目前，在微信的搜一搜里面，可以看到知乎、搜狗这几个小程序的内容能够被搜索命中，但是我们其他的小程序却不行（不只是小程序名称被搜索到）。在官方文档里面也没有看到这一块seo、语义化的介绍，想了解下这个是还没正式全面开放吗？[图片]

[图片] [图片] 使用<web-view>引入网页后，在页面下拉的时候会出现此网页由。。。提供，但是我想要的效果就是像图二小程序那样出现加载，而是不会出现那行字。希望有人可以给点建议。

目前正在写的一款小程序功能比较多（长列表、富文本、群聊、视频播放），5个tab页面再加两个swiper子页面，标题栏也是用custom自定义的。在ios上测试还可以接受，但是在安卓上性能就有点差了，测试过小米、酷派、华为、魅族这几个机型（比较卡顿，但还可以将就使用），但是在三星手机上，5个tab页全部点开就会出现黑屏闪退问题（必现），调试基本确认是内存太高导致，每次闪退内存都在450M左右。从业务代码上看，已经没有太大的优化提升空间（交互复杂的地方挺多的）。目前能想到的方案就是对已使用过的页面进行内存回收，测试过如下方式： onShow() {     let homePageData = wx.getStorageSync('homePageData');     console.log('----onshow----', homePageData);     if (homePageData) {         for(let key in homePageData) {             this[key] = homePageData[key];          }         console.log('重新设置Data');     }     setTimeout(() => {         wx.removeStorageSync('homePageData');     }, 50) } onHide() {     console.log('---onhide----', this.$data);     let that = this;     wx.setStorage({         key: "homePageData",         data: that.$data,         success: () => {             for(let key in that.$data) {                 that[key] = '';                 that.$apply();             }             console.log('清理页面缓存');         }     }) } 对总内存的影响并不大，想请教下有没有主动销毁页面的办法？ 或者有其它更好的优化办法也请告知，谢谢~~

两个重要的性能问题，希望官方解决一下： 第一、富文本组件的解析性能问题，官方说字符串形式的解析会有一定的性能影响，但实际测试中根本不是“有一定性能影响”，而是根本没法用啊，只要数据一多，直接卡死！而且并不是变态的多，而是只是有十几张图片的标签数据，就直接卡死了，把IDE卡死的没有任何反应了，安卓直接放弃解析了，这样的富文本组件有还不如没有啊，代码得写成什么样才能如此卡，官方大大？ 第二：关于系统的页面回收问题，就是在内存占用较多，或者新开的页面数据量太大的情况下，前面的页面就会被系统回收，回收没问题，毕竟小程序需要和微信同时分占内存，不够用很正常，但是回收了不代表就可以展示空白页面给用户吧，重新加载一下可以不啊？ 下面是实际测试的图片：小米商城的小程序和腾讯亲儿子拼多多的小程序 [图片] [图片] 这张图片来自小米商城和拼多多的实测图片，在打开几个关联页面之后，再回到首页，首页已经是空白的了，页面应该是被回收了，用户在这种情况下会对小程序的体验差到极点，因为还没打开几个页面，小程序已经废了，什么也干不了，还要它干什么？用户的信赖度怎么保证？这样的体验是不是连H5都不如呢？ 这个问题非常严重，直接影响了小程序的实际体验，H5之所以没有成功就是因为性能，用户对性能的感知非常敏感，难到现在的小程序定了这么一堆的标准和解决方案，连最基本的页面也还是保证不了？现在小程序急需解决的还是性能问题，性能的完善才是用户忠诚度最根本的来源！ 最后说一句，我的测试手机是iPhone6 Plus，希望官方不要跟我说换个iPhone X，问题就迎刃而解了~

这是存在时间很长的一个问题了，以前看到不少人都反映过，在下也参与过讨论，但是不明白的是为什么官方一直都不解决 页面内在拥有scroll-view的时候，在scroll-view滚动到底时接着滑动会触发底层页面的滚动效果，这就让人很蛋疼了，这也太扯了，滑动事件竟然可以穿透，而且无法阻止。所以就变成下面这样了 [图片] 而正常情况下应该是这样的 [图片] 不要误会，那个标题栏并不是一直以固定的方式在那里的，而是页面滚动到一定位置或者选择弹窗打开的时候才固定在那里 看到有人的回答说底层页面也用scroll-view代替，嗯，没错，这样确实可以防止穿透，可是我需要底层页面的上拉和下拉刷新事件啊，这很重要而且必须，但是scroll-view并不拥有这两种事件。就算官方说以后考虑加，先不说他加不加，以微信官方的这个效率什么时候能做好，光是我去替换的工作量都很大，你们可能无法想象我们的小程序现在首页的隐藏交互有多么互杂...... 至于为什么最近我又重提起这个问题了，又涉及到另一个存在已久的交互问题了，在mac开发者工具和android机上，固定在页面顶部的组件会随着下拉刷新事件而一起向下滚动，惊不惊喜？意不意外？ [图片] 还想再问一句？ 到底能不能把这个滑动穿透给禁止了？ 至于另一个下拉刷新的问题，你们看心情办就行～

请问下微信小程序中navigationBar的默认高度是多少？以及navigationBar能自定义高度？ 因为在设计UI时需要知道navigationBar的高度。 [图片]

[图片] [图片] 就在隔壁都在附近小程序都看不到 [图片] [图片] 这个问题已经取消重新提交，重新展示了还是无法找到附近的小程序，麻烦看下是什么情况，都一两个月了