每种编程语言都有它的内存管理机制,不同设备上可用内存不同,分配给JS引擎可用的内存范围也不同。例如运行内存在128MB以下的轻量设备,对应JS引擎的可用内存范围为48 64KB。本文也将以此类设备为例进行分析。
当整个页面渲染比较复杂时,JS运行内存峰值就可能会超过JS引擎分配到的最大可用内存,导致页面无法渲染。
List组件是JS UI框架下最基本的容器组件之一,提供了一系列相同宽度的列表项。在应用开发过程中,经常会使用List容器组件来呈现大量的数据。所以,在List组件应用的开发过程中,开发者应充分考虑内存优化问题。
本期,我们将通过List组件开发一个通讯录页面,并采用list+for的方案对整个页面进行优化,达到减小JS运行内存的目的。
一、代码实现
如下所示,是一张简单的通讯录页面,包含了姓名、电话及对应图片。下面将通过两种实现方式来对比代码性能。
图1 简单的通讯录页面
方法一:直接书写对应的组件页面
使用HML直接撰写整个组件页面的内容,代码如下:
- <div class="container">
- <list class="list">
- <list-item class="list-item">
- <image class="image" src="/common/1.png"></image>
- <div class="info">
- <text class="text">张三</text>
- <marquee class="detail">电话:+86 130XXXXXXXX</marquee>
- </div>
- </list-item>
- <list-item class="list-item">
- <image class="image" src="/common/1.png"></image>
- <div class="info">
- <text class="text">李四</text>
- <marquee class="detail">电话:027-6128XXXX</marquee>
- </div>
- </list-item>
- <list-item class="list-item">
- <image class="image" src="/common/1.png"></image>
- <div class="info">
- <text class="text">王五</text>
- <marquee class="detail">电话:+86 150xxxxxx</marquee>
- </div>
- </list-item>
- <list-item class="list-item">
- <image class="image" src="/common/1.png"></image>
- <div class="info">
- <text class="text">小明</text>
- <marquee class="detail">电话:+86 130XXXXXXXX</marquee>
- </div>
- </list-item>
- <list-item class="list-item">
- <image class="image" src="/common/2.png"></image>
- <div class="info">
- <text class="text">小红</text>
- <marquee class="detail">电话:+86 180XXXX </marquee>
- </div>
- </list-item>
- ...
- </list>
- <input value="非for" on:click="changeNextPage" class="button"></input>
- </div>
方法二:通过for指令来书写对应的组件页面
针对方法一中的实现,采用for指令来改进,使对应页面更简洁,对应修改后代码如下:
- <div class="container">
- <list class="list" on:scrollend="changeNextPage">
- <list-item class="list-item" for = "{{listData}}">
- <image class = "image" src = "/common/{{$item.src}}"></image>
- <div class = "info">
- <text class="text">{{$item.name}}</text>
- <marquee class = "detail">电话: {{$item.phone}}</marquee>
- </div>
- </list-item>
- </list>
- </div>
对应的for指令的渲染数组代码如下:
- export default {
- data: {
- listData:[]
- },
- onInit() {
- for (var i = 0; i < 10; i++) {
- this.listData.push({'name':'张三', src :'1.png', phone:"+86 130XXXXXX"});
- this.listData.push({'name':'李四', src :'2.png', phone:"027-6128XXXX"});
- this.listData.push({'name':'王五', src :'1.png', phone:"+ 86 150XXXXXX"});
- this.listData.push({'name':'小明', src :'1.png', phone:'+86 130XXXXXX'});
- this.listData.push({'name':'小红', src :'2.png', phone:'+86 180XXXX'});
- }
- }
- }
二、性能测试
这里,我们针对不同的item数量,分别测试了以上两种实现方式的JS运行性能,JS运行内存与JS运行内存峰值如下图所示:
图2 两种方法的内存占用
由上表测试数据可以看出,采用方法二进行渲染,JS运行内存会出现比较大的浮动。但是使用方法一,对应的JS运行内存基本保持不变,这种差异是由两种不同的页面加载渲染机制造成的。
方法一的加载机制: 对整个页面一次性全部进行加载,在加载完成后,会对List组件页面占用的JS运行内存进行释放。页面后续滑动,并不会触发组件的解析,从而不会影响JS运行时内存数据。
方法二的加载机制: 每次滑动屏幕会加载当前显示页面以及缓存部分的item,超出屏幕之外的item会对其占用的JS内存资源进行回收。当List组件页面下滑到新的item时会重新创建请求,这种情况下会降低一部分的滑动性能,但是可以实现按需加载,降低JS运行内存峰值。
三、优缺点对比
方法一的优缺点:
优点:
首次页面显示成功后,JS运行内存比较稳定,不会出现后续滑动崩溃的问题,且稳定显示后占用的JS运行内存较小。
缺点:
由于页面会一次性全部进行解析,在解析比较复杂的页面时,会对JS运行内存峰值造成比较大的压力,甚至会导致对应的页面无法启动。
方法二的优缺点:
优点:
在页面启动时,只对显示部分进行加载,因此可以降低页面启动时JS运行内存。
由于整个页面始终只保持对显示界面的元素进行渲染。因此,针对稍复杂的界面,相较于方法一JS运行内存峰值更小。
缺点:
List组件的内容,需要通过$item进行访问, item显示时会创建对应的数据监听对象来检测数据的变化,比如上述界面中,一个item会创建3个数据监听,list中进行绘制的item的数量为5,因此会创建15个数据监听,从而增加 15 * 200B(单个字节) = 3000B的数据监听开销。
随着list组件向下滑动,会增加数组监听占用的内存,从而增加对应的JS运行内存。因此使用方法二,JS运行内存会一直上涨,直到最后一个item渲染。
四、使用建议
针对上述表现,我们总结了如下使用场景供开发者参考:
图3 使用建议
总而言之,采用方法二开发List组件可以降低JS运行内存峰值,但是会增加JS运行时内存。当页面比较简单,item数量低于20个,建议采用方法一。当页面item超过20个,或者页面占用JS内存峰值比较大,建议采用方法二。