我们小程序的加载场景是这样: 场景一:  小程序的第一个界面是个欢迎界面(非tab页面), 稍做延迟后跳转到首页(tab页面, 共有4个tab). 测试下来, 这种流程, 首页的onLoad触发到onReady触发的时间间隔较长(大致1200ms左右, 有待优化) 这1200ms中间先出现微信自带的导航栏并且导航栏显示loading(我们小程序首页没有导航栏.). 随后才渲染出首页. 场景二:  移除欢迎页, 小程序第一个页面即为场景一中的首页, 这时候视觉感受上就快了不少, 数据上, 首页的onLoad触发到onReady触发的时间间隔大致500ms左右. 造成这种差异的原因是什么? 第一个页面有做特殊的优化吗? 是不是微信在加载小程序的时候已经先对首页做了预渲染? 所以快?

- 需求的场景描述（希望解决的问题） 在加载一张图片后, 内存会有不少的上涨,  在删除图片dom后,  过了挺久(大概将近10秒吧, 有时候更长) 内存才会有些许的回落, 但是回不到加载图片之前的内存了, 而且和加载图片之前的内存数值差距还挺大 代码片段里加载一张  大概 1.3M的大图片,  我的操作流程如下: 打开小程序后, 先等待小程序内存稳定下来,    这边基本是打开的时候显示内存是 300M 左右,  等一会, 内存会降到 250M到270M 左右, 可能不同手机不一样 点按钮显示图片,  这时候内存会暴涨,  几次测试下来,  上涨数值 基本在 30M到80M 不等, 有几次暴涨100M 显示个几秒后,  隐藏图片,  内存会延迟几秒开始下降,   但是会比初始数值偏高  20M到30M。 再次显示图片, 内存会有上涨, 但是不会太多  大概 20M左右吧 不关闭小程序, 直接息屏, 再打开手机,  内存会迅速掉落到和初始差不多的数值 测试机型: 小米8 有几个疑问 图片隐藏后, 内存在什么时机会回收? 是否有缓存, 导致回收不完全 每次查看新图片,  这样是否会导致内存不断的上涨,  直到内存爆掉? - 希望提供的能力

请问各位长列表都是怎么样优化的?  目前长列表dom数量一大, 安卓必定卡退小程序. (看过拼多多, 京东等长列表, 都是比较顺畅的) 目前了解到的优化就是动态移除视区外的dom, 这种方案在小程序内各位大致是如何实现?

- 当前 Bug 的表现（可附上截图） swiper组件, 在change事件内动态新增swiper-item数量, 会导致swiper的切换过渡动画消失, 同时animationfinish事件不触发, 只有change事件触发. - 预期表现 动态数据时, animationfinish和change事件都触发 - 复现路径 - 提供一个最简复现 Demo

小程序性能问题是目前开发过程中遇到的一个瓶颈。 由于运行时内存占用过高，经常导致页面被微信回收，导致白屏。 目前小程序启动内存已经达到400+M,  首页就已经有500+M内存的占用了。有个较为复杂的页面甚至能飚到900+M, 页面就很容易被回收了。。。不过这里没法详细描述具体场景。 最近有在根据以往优化web的方式在做一些优化， 但是收效甚微。想请教各位，你们是如何减少小程序运行时内存占用的。希望能够分享一下你们的经验