1.你使用过哪些方法，来提高微信小程序的应用速度？
提高页面加载速度
用户行为预测
减少默认data的大小
组件化方案
控制包的大小
压缩代码，清理无用代码
采用分包策略
启用本地缓存
参考地址：https://blog.csdn.net/wu_xianqiang/article/details/108037685
2.小程序对wx:if 和 hidden使用的理解
wx:if 通过条件判断确认对象的显示与否，有更高的切换消耗。
hidden利用样式来控制对象的显示与隐藏，有更高的初始渲染消耗。
因此，如果需要频繁切换的情景下，用 hidden 更好，如果在运行时条件不大可能改变则 wx:if 较好。
对比v-if和v-show，性质雷同，但小程序是通过hidden作为条件，vue里是show作为条件
3.大数据量的时候，单个setData以及多次setStata，对性能有什么影响
大数据量，特别是循环遍历数组追加的时候，进行的是一次性单个setData的数据设值，前期等待时间比较长，用户体验相对较弱，但应用的整体性能比较好
对于同样的情况，如果在循环体内进行setData的多性设值与页面渲染操作，那么应用实现的是多次渲染处理，界面内容逐步更新，用户体验相对较好，但对应用的整体性能损耗较大
4.通过wx.getSystemInfo可获取系统信息，这一API在项目进行几次调用，通过什么方式进行性能优化
如果多个页面都需要获取系统信息，那么wx.getSystemInfo是否在多个页面不断调用（不需要）
可以在app.js的onLaunch生命周期钩子函数中进行调用，然后将系统信息存储于globalData中，这样所有页面可以直接获取全局的globalData数据内容，以减少wx.getSystemInfo内容的重复调用
5.当用户点击小程序后发生了什么
有三个点的白屏（左侧）： 下载代码包的阶段
没有三个点的白屏（中间）： 业务代码注入和渲染的阶段
加载中（右边）： 业务代码中异步请求数据
总的来说，小程序呈现到用户面前，实际上经历了下面两个阶段：
运行环境的加载：这步是微信做的，微信会在用户打开小程序之前就已经准备好环境，用户点击小程序入口后，直接下载小程序的代码包即可。
下载代码包：小程序代码包里面的代码，不是小程序的源代码，而是编译、压缩、打包之后的代码包。

下图中，左侧的“预加载”对应的是运行环境的预加载，右侧的“小程序启动” 对应的是下载代码包启动小程序。

小程序提供的运行环境，分为逻辑层（AppService）和 视图层（webView），逻辑层是执行javascript的地方，视图层是渲染页面的地方。当小程序的代码包下载完毕后，业务代码分别注入逻辑层和渲染层。

提升加载性能的最最最关键性一点是，控制包的大小，这个也是微信官方的说法。

6.小程序控制包的大小有哪些方式
压缩代码，清理无用的代码
图片放在cdn
利用iconfont进行图标应用，并且图标操作只留css样式文件，其它文件则删除不使用
如果使用echart图表，可以下载echart源码，利用配置操作发布指定功能的自定义的echart图表文件
采用分包策略
分包预加载
独立分包（版本要求有点高）
7.小程序对异步请求的优化有哪些方式
onLoad 阶段就可以发起请求，不用等ready
如果业务要求在ready中进行数据请求，需要利用条件判断减少请求次数
请求结果放在缓存中, 下次接着用
请求中可以先展示骨架图
先反馈，再请求。比如说，点赞的按钮，可以先改变按钮的样式，再发起异步请求。
8.如何理解setData的操作过程，如何实现提升渲染性能
每调用一次setData, 都是逻辑层向渲染层的一次通讯，这个通信还不是直接传给webView, 而是通过走了native层，通讯的开销很大。
渲染层收到通讯后，还需要重新渲染出来，所以一次setData带来两次开销：通信的开销 + webview更新的开销。
在数据传输时，逻辑层会执行一次JSON.stringify来去除掉setData数据中不可传输的部分，之后将数据发送给视图层。同时，逻辑层还会将setData所设置的数据字段与data合并，使开发者可以用this.data读取到变更后的数据。

**减少setData的数据量：**如果一个数据不会影响渲染层，则不用放在setData里面

合并setData的请求，减少通讯的次数

列表的局部更新：

在一个列表中，有n条数据，采用上拉加载更多的方式，假如这个时候想对其中某一个数据进行点赞操作，还能及时看到点赞的效果。
此时，可以采用setData全局刷新，点赞完成之后，重新获取数据，再次进行全局重新渲染，这样做的优点是：方便，快捷！缺点是：用户体验极其不好，当用户刷量100多条数据后，重新渲染量大会出现空白期（没有渲染过来）。
如果采用布局刷新，将点赞的id传过去，知道点的是那一条数据, 将点赞的id传过去，知道点的是那一条数据。
重新获取数据，查找相对应id的那条数据的下标（index是不会改变的），用setData进行局部刷新
this.setData({
    list[index] = newList[index]
})

**小心后台页面的js：**定时器、事件监听、长连接等会影响性能的js操作对象需要在页面跳转的时候进行清除。原因是：小程序中可能有n个页面，所有的这些页面，虽然都拥有自己的webview(渲染层)， 但是却共享同一个js运行环境。也就是说，当你跳到了另外一个页面（假设是B页面），本页面（假设是A页面）的定时器等js操作仍在进行，并且不会被销毁，并且会抢占B页面的资源。

**小心onPageScroll：**pageScroll 事件，也是一次通讯，是webview层向js逻辑层的通讯。这次通讯也是开销较大，如果考虑到这个事件被频繁的调用，回调函数如果有复杂的setData的话， 性能就会很差了。

只有在必要的时候监听onPageScroll事件
避免在onPageScroll中进行复杂的逻辑处理
避免在onPageScroll中频繁的setData调用
避免频繁查询节点信息selectQuery操作
**小心获取节点位置：**少用selectQuery，利用intersectionObject进行节点信息获取的替代

**尽可能使用小程序组件：**自定义组件的更新只在组件内部进行，不受页面其他不能分内容的影响；比如一些运营活动的定时模块可以单独抽出来，做成一个定时组件，定时组件的更新并不会影响页面上其他元素的更新；各个组件也将具有各自独立的逻辑空间。每个组件都分别拥有自己的独立的数据、setData调用。

9.微信开发者工具能够很好的进行性能调优测试吗
在微信开发者工具没有办法复现某些性能问题，是因为从逻辑层到webview的通讯，开发者工具底层是通过onpostMessage, 微信ios好像是微信自己实现的桥接，所以强烈建议使用真机进行调试

微信开发者工具，没有办法在【network】里面看到图片资源的加载，通过【trace】面板连接安卓真机也没有办法看到。如果想测试懒加载的效果，就比较麻烦，需要通过设置微信开发者工具的代理到127.0.0.1，通过charles可以抓包看到
10.什么是小程序的体验评分，在哪里进行设置操作
体验评分是一项给小程序的体验好坏打分的功能，它会在小程序运行过程中实时检查，分析出一些可能导致体验不好的地方，并且定位出哪里有问题，以及给出一些优化建议。

使用流程：在调试器区域切换到 Audits 面板。 点击”开始“按钮，然后自行操作小程序界面，运行过的页面就会被“体验评分”检测到。点击 “停止" 则结束检测，在当前面板显示相应的检测报告，开发者可根据报告中的建议对相应功能进行优化。 如需再次运行体验评分，可点击报告上方的“清空体验评分”恢复初始状态。请注意，目前系统不提供报告存储服务，一旦清空体验评分，将无法再查看本次评分结果。

 

自动运行：为了方便开发者能够及时发现小程序的体验问题，小程序还支持体验评分的 “自动运行” 功能。该功能会在开发调试小程序时，实时检查，一旦发现体验分数低于 70 分时，系统会在 console 面板打印一个 warning 信息提示开发者，此时开发者可以切到 Audits 面板查看详情。开发者在工具的右上角 “详情” 面板的 本地设置 中勾选 “自动运行体验评分” 选项即可开启。