2.9.3可以用wx.requestSubscribeMessage，但是bindinput不能获取到输入的内容 2.9.4 bindinput可以获取到输入的内容，但是wx.requestSubscribeMessage 不管用了 希望可以尽快修复，来回切换基础库做调试，也是很麻烦的

小程序审核突然没通过，理由如下： [图片] 这个问题开发过程中自己确实遇到过，几率性的，一般第一次不行，第二次肯定可以了，但是不是一开始写小程序就有的，不知道什么时候开始就这样了，验证的逻辑都是按照官方的，从来没有改变过。然后上社区一搜，很多类似的问题，如下图所示。 [图片] 看了下这个问题，第一次验证签名如下： [图片] 小程序端通过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中，小程序端获取的签名是跟此次校验结果是一致的。 所以问题就来了，这问题到底出在什么地方？似乎官方文档描述的就有问题，还是我本身的逻辑顺序有问题？请官方指教，谢谢。

小程序"我要做图"代码发布审核结果16:07:06 你的小程序"我要做图"，提审时间2019-06-11 13:19:16，代码发布审核未通过，原因如下： 1:小程序内容不符合规则: (1):很抱歉，你的小程序涉嫌混淆官方服务功能，请把名称、页面内容资料清空； 请根据上述原因对小程序进行修改，并重新提交代码审核。 若对上述原因无法理解，可前往反馈页面进行反馈。 我就是想知道下，我应该怎么修改才能通过，因为前面几个版本都是通过的，我只是优化了一下小程序图片加载过慢的问题？就审核不能通过了。 还有就是让我把名称、页面内容资料清空，是指的这个功能页面，还是小程序的名字，麻烦给回复一下。