用户锁屏和关掉小程序有很大的区别，但是onHide无法区分，影响了很多小程序的功能设计。有时不得不使屏幕常亮，浪费了用户的点亮。 不知道有没有计划支持单独的锁屏事件？或者在onHide中用参数区分。

系统中的方法被连续调用，比如：app.js中的onshow，onhide， page中的onshow，onhide，这种现象不是每次都出现，请问一下是什么原因导致的呢。目前我这里也只有截图。 /********************************************手机型号******************************************************/ [图片]. /********************************************图一******************************************************/ [图片] /********************************************图二******************************************************/ [图片] /********************************************图三******************************************************/ [图片] /********************************************图四******************************************************/ [图片] 另附另外一个问题，请问官方是否有查看我上次所提的,请可以回复一下好吗，让我知道官方有注意过这种问题 关于蓝牙连接功能

用text组件渲染的数字，大小不一致，改用view也有此问题。 这是开发者工具里的表现： [图片] ，可以看出，1比其他数字窄一点，导致不能对齐。 这是我的编辑器里的： [图片] 可以看出是对齐的。 客户端同样有这个问题，Android和iOS均可以复现。

这两个月开发下来几个问题我觉得迫切需要解决，这样就有很好的体验提升。 1、web-view 组件希望提供设置 headers 的权限，这样服务端可以更好的提供相应服务。 2、web-view 组件希望在自定义头部的情况下，不要显示头部，至少给一个可选择的选，否则比较无助，头并不好看。 3、希望官方推出swiper-page组件，支持左右滑动切换页面，而不是让现在的用户使swiper+scroll-view+高度100vh去做，而且scroll-view还会破坏下拉刷新。 4、希望官方改善textarea组件光标和键盘距离这个参数，我认为默认情况下，键盘就不应该和光标0距离，如果是撑起页面的情况下，键盘应该直接浮在页面最底部，这属性导致iOS和Android上各各自行为鬼畜的奇怪的现象。 这几个问题如果可以改变，我还是有信心继续开发下去的，我们的小程序也已经上线了，官方可以看看，还是很精美的，只是很多地方用了很取巧的方式去做，为了美观，影响性能。

小程序审核突然没通过，理由如下： [图片] 这个问题开发过程中自己确实遇到过，几率性的，一般第一次不行，第二次肯定可以了，但是不是一开始写小程序就有的，不知道什么时候开始就这样了，验证的逻辑都是按照官方的，从来没有改变过。然后上社区一搜，很多类似的问题，如下图所示。 [图片] 看了下这个问题，第一次验证签名如下： [图片] 小程序端通过wx.login成功后获取的code rawdata，这个我都是同一用户登录，前后信息没啥变化 通过1中的code，后端调用api获得的session data，其中openid肯定同一用户每次也都一样的，session_key如果过期，那么第一次和第二次理论应该是不一样的。（但实际情况前后两次是一致的，具体可参见下图） 小程序端获取到的用户的签名 后端通过session key校验出来的签名。 很明显，4和5不一致，校验失败。接下来是第二次交验： [图片] 还是同样的逻辑顺序。 小程序端通过wx.login成功后获取的code。很明显，code跟第一次是不一样的，另外根据官方文档描述，因为又重新调用了wx.login，会导致session_key过期。（这似乎说明code发生变化也是对的，因为按推测，seesionkey应该也发生了变化，否则怎么叫“被更新”）请看下图官方文档说明：[图片] rawdata，这个我都是同一用户登录，前后信息没啥变化 根据1中的官方描述，奇怪的现象就发生了，在后端根据新的code，获取的session data，很明显session key还是第一次是一样的，也就是说，我重新调用了wx.login, code是变了，但是session key却和第一次保持一致的。 小程序端获取到的用户的签名 后端通过session key校验出来的签名。因为用的是同样的rawdata，同样的session key，所以两次校验的结果是一样的，但是第二次4中，小程序端获取的签名是跟此次校验结果是一致的。 所以问题就来了，这问题到底出在什么地方？似乎官方文档描述的就有问题，还是我本身的逻辑顺序有问题？请官方指教，谢谢。

在iPhone X上发起request请求回调函数返回的是errMsg：request：fail 未能完成操作，协议错误。其他手机没有这个问题。请大神和官方人员解惑。

使用swiper组件实际开发中，有的Android机型卡顿，有的ios swiper-item会卡在两者中间导致卡死(我用的Android开发，产品用ios，你猜我是怎么知道会卡死的)，没人遇见类似的问题么？ 话说这么基础的组件@官方，你们开发测试没发现类似的问题么？还是就我自己遇见了类似问题，仿佛活在梦里，这绝对是噩梦。

        关于 scrol-view 组件的问题不少，最头痛的是 "disableScroll": true 无法阻止scrol-view IOS 端的橡皮筋效果，安卓端没有橡皮筋的问题。         有人也想了办法，用 view style="overflow-y: scroll;" 去代替 scroll-view 滚动效果，但是这个方法的滚动效果不像 scroll-view 那样体验好，没有那种流畅感，用户使用会有中疲劳感。(gif 图太大 2M多，无法上传)         那么问题来了：         问题1. scrol-view IOS 端的橡皮筋效果如何去掉？         问题2. view style="overflow-y: scroll;" IOS 端的如何滚动流畅？

1,这个效果导致滑动相关的api,在ios上面都操作起来体验很差. 例如:使用scrollview的同时,我想触发下拉刷新,我得获取scrollTop的同时,监听touchstart,touchend 事件来判断是否来触发wx.pullDownRefresh,在android体验挺好,在ios就因为橡皮筋的效果,体验贼差,所以放弃. 2,希望scrollview有api可以禁止两侧回弹.

小程序：城市服务，中点击宜停车和深圳智慧租房会跳转到微信浏览器，请问使用哪个API调起浏览器？