問題描述

向后端接口請(qǐng)求數(shù)據(jù) 返回 用戶信息 以及一個(gè) 網(wǎng)站列表

用戶信息 請(qǐng)求回來顯示了之后就沒有其他地方用了 但是用戶 網(wǎng)站列表 這個(gè)需要到處去用

在用 網(wǎng)站列表 的時(shí)候我是直接用返回回來的數(shù)據(jù)對(duì)象還是新建一個(gè)對(duì)象把 網(wǎng)站列表 的數(shù)據(jù)放進(jìn)去

如果用原數(shù)據(jù)對(duì)象 那么對(duì)象里包含的用戶信息等一些已經(jīng)沒用了的數(shù)據(jù)就沒法被回收 不爽 還浪費(fèi)內(nèi)存……

問題解答

你需要清楚的是，腳本語言編程中解釋器附帶了內(nèi)存回收機(jī)制，可以在 Chrome 的 Performance 中查看頁面的堆內(nèi)存占用和自動(dòng)回收情況。

實(shí)際情況是，用于渲染頁面的數(shù)據(jù)量遠(yuǎn)小于當(dāng)前的機(jī)器閾值水平。舉例：在我的地圖庫 http://sinomap.ewind.us 中，對(duì)表示中國地形在 2000 行水平的 JSON 數(shù)據(jù)，每個(gè)有 10 條內(nèi)的簡單數(shù)字和 100 字內(nèi)的字符串。以 60fps 的幀率全量對(duì)其做簡單計(jì)算，內(nèi)存占用也不過 30M 左右。所謂【浪費(fèi)內(nèi)存】的擔(dān)心在多數(shù)情況下是不現(xiàn)實(shí)的。

新建數(shù)據(jù)對(duì)象再拷貝數(shù)據(jù)是最浪費(fèi)資源的方案，包括 CPU 和 內(nèi)存；

不處理直接使用原數(shù)據(jù)，稍微占用內(nèi)存；

獲取原數(shù)據(jù)后刪掉無用數(shù)據(jù)，占用 CPU 和 執(zhí)行時(shí)間；比較而言，通常選 2 ，對(duì)用戶體驗(yàn)而言，響應(yīng)速度比內(nèi)存重要，除非內(nèi)存 OOM 。