两个重要的性能问题，拼多多小程序也没能幸免，希望官方能看下！

两个重要的性能问题，希望官方解决一下：

第一、富文本组件的解析性能问题，官方说字符串形式的解析会有一定的性能影响，但实际测试中根本不是“有一定性能影响”，而是根本没法用啊，只要数据一多，直接卡死！而且并不是变态的多，而是只是有十几张图片的标签数据，就直接卡死了，把IDE卡死的没有任何反应了，安卓直接放弃解析了，这样的富文本组件有还不如没有啊，代码得写成什么样才能如此卡，官方大大？

第二：关于系统的页面回收问题，就是在内存占用较多，或者新开的页面数据量太大的情况下，前面的页面就会被系统回收，回收没问题，毕竟小程序需要和微信同时分占内存，不够用很正常，但是回收了不代表就可以展示空白页面给用户吧，重新加载一下可以不啊？

下面是实际测试的图片：小米商城的小程序和腾讯亲儿子拼多多的小程序

这张图片来自小米商城和拼多多的实测图片，在打开几个关联页面之后，再回到首页，首页已经是空白的了，页面应该是被回收了，用户在这种情况下会对小程序的体验差到极点，因为还没打开几个页面，小程序已经废了，什么也干不了，还要它干什么？用户的信赖度怎么保证？这样的体验是不是连H5都不如呢？

这个问题非常严重，直接影响了小程序的实际体验，H5之所以没有成功就是因为性能，用户对性能的感知非常敏感，难到现在的小程序定了这么一堆的标准和解决方案，连最基本的页面也还是保证不了？现在小程序急需解决的还是性能问题，性能的完善才是用户忠诚度最根本的来源！

最后说一句，我的测试手机是iPhone6 Plus，希望官方不要跟我说换个iPhone X，问题就迎刃而解了~