setData

　　setData 是小程序开发中使用最频仍的接口，，，，，也是最容易引发性能问题的接口。。。。。。在介绍常见的过失用法前，，，，，先简朴介绍一下 setData 背后的事情原理。。。。。。

　　事情原理

　　小程序的视图层现在使用 WebView 作为渲染载体，，，，，而逻辑层是由自力的 JavascriptCore 作为运行情形。。。。。。在架构上，，，，，WebView 和 JavascriptCore 都是自力的？？？？？，，，，，并不具备数据直接共享的通道。。。。。。目今，，，，，视图层和逻辑层的数据传输，，，，，现实上通过双方提供的 evaluateJavascript 所实现。。。。。。即用户传输的数据，，，，，需要将其转换为字符串形式转达，，，，，同时把转换后的数据内容拼接成一份 JS 剧本，，，，，再通过执行 JS 剧本的形式转达到双方自力情形。。。。。。

　　而 evaluateJavascript 的执行会受许多方面的影响，，，，，数据抵达视图层并不是实时的。。。。。。统一历程内的 WebView 现实上会共享一个 JS VM，，，，，若是 WebView 内 JS 线程正在执行渲染或其他逻辑，，，，，会影响 evaluateJavascript 剧本的现实执行时间，，，，，另外多个 WebView 也会抢占 JS VM 的执行权限;另外尚有 JS 自己的编译执行耗时，，，，，都是影响数据传输速率的因素。。。。。。

　　常见的 setData 操作过失

　　1. 频仍的去 setData

　　在我们剖析过的一些案例里，，，，，部分小程序会很是频仍(毫秒级)的去setData，，，，，其导致了两个效果：

　　Android 下用户在滑动时会感受到卡顿，，，，，操作反馈延迟严重，，，，，由于 JS 线程一直在编译执行渲染，，，，，未能实时将用户操作事务转达到逻辑层，，，，，逻辑层亦无法实时将操作处理效果实时转达到视图层;

　　渲染有泛起延时，，，，，由于 WebView 的 JS 线程一直处于忙碌状态，，，，，逻辑层到页面层的通讯耗时上升，，，，，视图层收到的数据新闻时距离发出时间已经已往了几百毫秒，，，，，渲染的效果并不实时;

　　2. 每次 setData 都转达大宗新数据

　　由setData的底层实现可知，，，，，pp电子数据传输现实是一次 evaluateJavascript 剧本历程，，，，，当数据量过大时会增添剧本的编译执行时间，，，，，占用 WebView JS 线程，，，，，

　　3. 后台态页面举行 setData

　　当页面进入后台态(用户不可见)，，，，，不应该继续去举行setData，，，，，后台态页面的渲染用户是无法感受的，，，，，另外后台态页面去setData也会抢占前台页面的执行。。。。。。

　　图片资源

　　现在图片资源的主要性能问题在于大图片和长列表图片上，，，，，这两种情形都有可能导致 iOS 客户端内存占用上升，，，，，从而触发系统接纳小程序页面。。。。。。

　　图片对内存的影响

　　在 iOS 上，，，，，小程序的页面是由多个 WKWebView 组成的，，，，，在系统内存主要时，，，，，会接纳掉一部分 WKWebView。。。。。。从已往我们剖析的案例来看，，，，，大图片和长列表图片的使用会引起 WKWebView 的接纳。。。。。。

　　图片对页面切换的影响

　　除了内存问题外，，，，，大图片也会造成页面切换的卡顿。。。。。。我们剖析过的案例中，，，，，有一部分小程序会在页面中引用大图片，，，，，在页面退却切换中会泛起掉帧卡顿的情形。。。。。。

　　目今我们建议开发者只管镌汰使用大图片资源。。。。。。

　　代码包巨细的优化

　　小程序一最先时代码包限制为 1MB，，，，，但我们收到了许多反馈说代码包巨细不敷用，，，，，经由评估后我们铺开了这个限制，，，，，增添到 2MB 。。。。。。代码包上限的增添关于开发者来说，，，，，能够实现更富厚的功效，，，，，但关于用户来说，，，，，也增添了下载流量和外地空间的占用。。。。。。

　　开发者在实现营业逻辑同时也有须要只管镌汰代码包的巨细，，，，，由于代码包巨细直接影响到下载速率，，，，，从而影响用户的首次翻开体验。。。。。。除了代码自身的重构优化外，，，，，还可以从这两方面着手优化代码巨细。。。。。

　　控制代码包内图片资源

　　小程序代码包经由编译后，，，，，会放在微信的 CDN 上供用户下载，，，，，CDN 开启了 GZIP 压缩，，，，，以是用户下载的是压缩后的 GZIP 包，，，，，其巨细比代码包原体积会更小。。。。。。 但我们剖析数据发明，，，，，差别小程序之间的代码包压缩比差别也挺大的，，，，，部分可以抵达 30%，，，，，而部分只有 80%，，，，，而造成这部分差别的一个原因，，，，，就是图片资源的使用。。。。。。GZIP 对基于文本资源的压缩效果最好，，，，，在压缩较大文件时往往可高达 70%-80% 的压缩率，，，，，而若是对已经压缩的资源(例如大大都的图片名堂)则效果甚微。。。。。。

　　实时整理没有使用到的代码和资源

　　在日？？？？？⒌氖奔，，，，，我们可能引入了一些新的库文件，，，，，而过了一段时间后，，，，，由于种种原因又不再使用这个库了，，，，，我们经常唬会只是去掉了代码里的引用，，，，，而遗忘删掉这类库文件了。。。。。。现在小程序打包是会将工程下所有文件都打入代码包内，，，，，也就是说，，，，，这些没有被现实使用到的库文件和资源也会被打入到代码包里，，，，，从而影响到整体代码包的巨细。。。。。。