84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
向后端接口请求数据 返回 用户信息 以及一个 网站列表
用户信息 请求回来显示了之后就没有其他地方用了 但是用户 网站列表 这个需要到处去用
在用 网站列表 的时候我是直接用返回回来的数据对象还是新建一个对象把 网站列表 的数据放进去
如果用原数据对象 那么对象里包含的用户信息等一些已经没用了的数据就没法被回收 不爽 还浪费内存……
你需要清楚的是,脚本语言编程中解释器附带了内存回收机制,可以在 Chrome 的 Performance 中查看页面的堆内存占用和自动回收情况。
实际情况是,用于渲染页面的数据量远小于当前的机器阈值水平。举例:在我的地图库 http://sinomap.ewind.us 中,对表示中国地形在 2000 行水平的 JSON 数据,每个有 10 条内的简单数字和 100 字内的字符串。以 60fps 的帧率全量对其做简单计算,内存占用也不过 30M 左右。所谓【浪费内存】的担心在多数情况下是不现实的。
新建数据对象再拷贝数据是最浪费资源的方案,包括 CPU 和 内存;
不处理直接使用原数据,稍微占用内存;
获取原数据后删掉无用数据,占用 CPU 和 执行时间;比较而言,通常选 2 ,对用户体验而言,响应速度比内存重要,除非内存 OOM 。
你需要清楚的是,脚本语言编程中解释器附带了内存回收机制,可以在 Chrome 的 Performance 中查看页面的堆内存占用和自动回收情况。
实际情况是,用于渲染页面的数据量远小于当前的机器阈值水平。举例:在我的地图库 http://sinomap.ewind.us 中,对表示中国地形在 2000 行水平的 JSON 数据,每个有 10 条内的简单数字和 100 字内的字符串。以 60fps 的帧率全量对其做简单计算,内存占用也不过 30M 左右。所谓【浪费内存】的担心在多数情况下是不现实的。
新建数据对象再拷贝数据是最浪费资源的方案,包括 CPU 和 内存;
不处理直接使用原数据,稍微占用内存;
获取原数据后删掉无用数据,占用 CPU 和 执行时间;
比较而言,通常选 2 ,对用户体验而言,响应速度比内存重要,除非内存 OOM 。