对于小程序搜索，一直搞不懂，弄不清，不习惯。 从一开始上线搜索排名前10（安卓和IOS），慢慢开始掉， 之后开始做优化，标题、简介、页面标题和内容优化， 排名还是掉，现在IOS掉到姥姥家去了，50-60排名左右，不往下滑个n页是别想看到自己的小程序， 安卓也掉到20多名。 一天跌落一天酸爽，一直跌落一直酸爽。。。 要是自己小程序做的丑，难用也就算了，这排自己前面的都是些什么玩意儿？ 这个糟糕的结果带来的直接影响就是日访问两暴跌，新增用户过山车下滑， 要不是靠前期积攒的点留存用户，不知会咋样。 AppID：wx6cf9a03dd77ee2f3 小程序码：[图片] 搜索关键词：去水印IOS[图片] 安卓[图片] 可别再回“搜索调整”之类的话术了～～～ 听不懂

- 当前 Bug 的表现（可附上截图） 示意结构： 顶部tabsbar 每个tab对应一个内容容器 内容容器中对内容进行渲染 [图片] 为了减少页面dom，不进行全量tab对应容器组件的渲染， 每次只渲染当前tab和相邻的2个tab的数据， [左边tab容器] [当前tab容器] [下一个tab容器] 举个例子： 当前tab为3，那需要渲染的tab就是2、3、4，这3个tab， 当点击到tab4时，需要渲染的tab就是3、4、5，这3个tab 每次切换tab后，会对当前tab的容器进行渲染， 加载对应容器的内容展示。 tab容器为同一个组件，通过组件设置id进行区分， [图片] 每次点击tab，会更新需要渲染的tabs， 通过组件id进行组件的选择 然后对tab对应的容器渲染 为了测试方便展示数据动态增量（只在对应id组件内）， 数据测试时进行了concat增量， [图片] 现在发现容器组件会发生数据相窜， [图片] 提供了代码片段， 在容器内进行了测试数据输出 - 预期表现 点击tab，只渲染对应容器的内容 - 复现路径 点击tab-> 容器测试数据输出-> 切换tab-> 数据相窜结果出现 [图片] - 提供一个最简复现 Demo https://developers.weixin.qq.com/s/FTBOx6m87ia8 - 补充 如果不进行tab的动态更新，直接渲染全量tab，却不会发生数据相窜的情况 [图片]

请教： 上拉加载没有问题，场景是顶部【下拉加载】 实现长列表下拉刷新，下拉后进行数据的请求； 为了性能优化，数据通过增量插入， 每次setdata通过键插入新数据， 实现二维数组只更新插入新增数据， 避免全量setdata // data update to set _this.setData({ ... [`listPullDown[${page}]`]: res.data }); 这种情况下数据如何将数据插入到list头部呢？ 现在的解决方法是在view里通过reverse()将数组反转， 担心数据多了会有性能问题， 请教是否有更优处理方式？ 3Q

#场景： 页面是不断上拉加载的数据流，不断地加载造成页面长列表， 情况类似使用的新闻app的数据加载方式。 结构示意： [图片] #问题： 此时进行页面渲染后，滑动页面出现卡顿现象， ios（6s）在超过10页轻微出现延迟， 安卓直接3-4页出现卡顿， 再往后直接延迟3、4秒才响应滑动，直到页面有5、6秒的延迟就操作不动。 #当前情况： 1、setdata已做优化，避免使用concat，采用分段，先占位（分页级别），再渲染。 setdata({ list[page]:datalist }) 2、列表的dom结构不一样，有单图组合文字、3图组合文字、有单张大图 [图片] 3、滑动区域没有使用scroll-view组件 不知社区内是否有类似情况，且有解的朋友。

- 需求的场景描述（希望解决的问题） 使用了navigator标签，内部内容有按钮， 当点击内容按钮时，希望navigator标签不会跳转。 尝试在内部按钮上使用catch阻止，不起作用， 有遇到这种情况，且有处理办法的么？ - 希望提供的能力

- 当前 Bug 的表现（可附上截图） 提供一个demo [图片] 描述如下： 将scroll-view和部分内容提取，封装在组件当中时， page当中slot引入主体内容，并且定义好锚点， 此时使用scroll-into-view没有反应， 有高度，scroll-y=ture，page页按钮绑定tap事件，调用组件方法，组件进行scroll-into-view动作。 不使用组件即ok，将scroll-view提取到组件即不行。 - 预期表现 点击按钮进行锚点滚动 - 复现路径 点击demo按钮即可 - 提供一个最简复现 Demo 见代码片段

- 当前 Bug 的表现（可附上截图） 页面无法触发[onReachBottom()] 或者 scroll-view的[bindscrolltolower] 当前的页面结构使用了swiper和scroll-view组件，结构如下： <topbar><topbar> <swiper>     <swiper-item>         <scroll-view bindscrolltolower=尝试绑定触底监听>             可下拉刷新，上拉加载的内容区域         </scroll-view>    </swiper-item>     <swiper-item>         <scroll-view>             可下拉刷新，上拉加载的内容区域         </scroll-view>    </swiper-item>     ... </swiper> <footernavbar><footernavbar> - 预期表现 [图片] 页面三段式布局，顶部、底部fixed固定； 中间填充满屏幕，内容区域swiper切换，且超过高度触发下拉刷新，上拉加载； 为了更好体验保留自带的下拉刷新，也能正常触发。 - 复现路径 默认状态： [图片] 下拉状态：（能够正常触发下拉刷新） [图片] 上拉加载状态：（无法触发默认的onReachBottom，也无法触发scroll-view的bindscrolltolower） [图片] - 提供一个最简复现 Demo 提供了代码片段，可上拉复现 [图片]

您好： 我前端时间开发了一个工具性质小程序，为了避免IOS端虚拟支付，对用户进行了文案提示，出现了【平台规则、苹果规则】，导致小程序出现投诉，现已将相关文案按照申诉要求进行修改，麻烦请重新审核，谢谢！ - 当前 申诉 的表现（可附上截图） [图片] - 预期表现 引导文案已按照规则进行修改，虚拟支付已移除，希望将申诉通过 - 提供一个最简复现 Demo [图片] 麻烦重新审核一下，谢谢～