小程序性能与体验优化（二）
1.setData（）先知
①避免setData的数据过大，小于1024kb。
②避免调用频繁，保证数据实时性。
③避免未绑定在WXML的变量传入setData，也就是不显示的数据不写入方法中。
小程序开发工具有评分系统，需要手动操作你的小程序的每一个功能
会有优化建议！！！
2.详细讲解setData（）
①
setData 是小程序开发中使用最频繁的接口，也是最容易引发性能问题的接口。在介绍常见的错误用法前，先简单介绍一下 setData 背后的工作原理。
②工作原理
小程序的视图层目前使用 WebView 作为渲染载体，而逻辑层是由独立的 JavascriptCore 作为运行环境。在架构上，WebView 和 JavascriptCore 都是独立的模块，并不具备数据直接共享的通道。当前，视图层和逻辑层的数据传输，实际上通过两边提供的 evaluateJavascript 所实现。即用户传输的数据，需要将其转换为字符串形式传递，同时把转换后的数据内容拼接成一份 JS 脚本，再通过执行 JS 脚本的形式传递到两边独立环境。
而 evaluateJavascript 的执行会受很多方面的影响，数据到达视图层并不是实时的。
③常见的 setData 操作错误
- 频繁的去 setData：渲染有出现延时，由于 WebView 的 JS 线程一直处于忙碌状态，逻辑层到页面层的通信耗时上升，视图层收到的数据消息时距离发出时间已经过去了几百毫秒，渲染的结果并不实时。
- 每次 setData 都传递大量新数据：由
setData的底层实现可知，我们的数据传输实际是一次evaluateJavascript脚本过程，当数据量过大时会增加脚本的编译执行时间，占用 WebView JS 线程。 - 后台态页面进行 setData：当页面进入后台态（用户不可见），不应该继续去进行
setData，后台态页面的渲染用户是无法感受的，另外后台态页面去setData也会抢占前台页面的执行。