向后端接口请求数据 返回 用户信息 以及一个 网站列表
用户信息 请求回来显示了之后就没有其他地方用了 但是用户 网站列表 这个需要到处去用
在用 网站列表 的时候我是直接用返回回来的数据对象还是新建一个对象把 网站列表 的数据放进去
如果用原数据对象 那么对象里包含的用户信息等一些已经没用了的数据就没法被回收 不爽 还浪费内存……
你需要清楚的是，脚本语言编程中解释器附带了内存回收机制，可以在 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 。