webviewSDKScriptError Failed get storage group data;getGlobalStorage:fail:data not found Error: Failed get storage group data     at Ke (<anonymous>:4:20578)     at <anonymous>:4:23887     at Object.w (<anonymous>:1:2398)     at Object.ret.invokeCallbackHandler (<anonymous>:21:28)     at <anonymous>:1:67 [图片]

[图片] 已经在app.js里写onPageNotFound 上面的错误为什么会出现   onPageNotFound(res) {     wx.switchTab({       url: '/page/tabBar/details/index'     }) // 如果是 tabbar 页面，请使用 wx.switchTab   }, 该页面已经在app.json里注明 "pages":[     "page/tabBar/details/index",     "page/tabBar/info/index"   ], 目前不知道为什么会出现页面找不到的情况，看后台有这个错误内容

- 概述 wx.request 对于含有 U+2028 等字符的 Response Body 存在错误的过度处理（注意：该问题只在真机上复现）。 经过查找文章和社区，我发现这是一个反馈较多的问题（参见最后“可能的相关问题”部分），对于特殊字符很多人选择了进行过滤，但这是不对的，正确的做法应当是对其进行合理编码、解码。 - JSON对特殊字符的处理 在详细描述bug之前，我们先了解下JSON处理中特殊字符的正确处理方式。 在 ECMAscript 5.1 （ https://www.ecma-international.org/ecma-262/5.1/#sec-15.12.2 ） 中有这样一句话： JSON uses a more limited set of white space characters than WhiteSpace and allows Unicode code points U+2028 and U+2029 to directly appear in JSONString literals without using an escape sequence. 这意味着 JSON.stringify 和 JSON.parse 都不应当对空格、U+2028、U+2029这三个字符进行转义，例如对于空格： [图片] 可以看到空格未进行转义，同样的道理，U+2028 也不会被转义： [图片] 但对于 '\n' ，是需要转义的： [图片] 因此可以得出结论，在HTTP Response中 U+2028 等字符是不应当被转义的；由于这两个字符被创造也是有其含义和目的，更不应当被过滤掉（如 https://developers.weixin.qq.com/community/develop/doc/8d93389c3bea4acff6e7bb765c3e634f?highLine=2028 和 https://developers.weixin.qq.com/community/develop/doc/f085c4b5f547113dbb032d0f4b46e1b5 ） - wx.request 的问题 在 wx.request 对JSON的处理中，没有正确将 JSON String 解析为 Object，而是将 String进行了返回，同时将 U+2028 和 U+2029 两个字符替代成了 \n 。在这一过程中存在如下问题： 假设wx.request处理JSON异常，应当触发fail回调函数传递具体的错误，给用户明确的意图，而不是调用 success 给出未能成功解析的字符串。（举一个例子，JSON.parse 结果并不一定是Object，如 http://www.mocky.io/v2/5bea7d792f0000df0bda3a4e 这个接口在浏览器用fetch调用返回的就是字符串）。 wx.request应当能正常处理含有U+2028 等字符的Response，应当原样保留这些特殊字符并反馈 JSON.parse 出的结果 但是通过调试可以发现，wx.request对U+2028 等字符进行了错误的处理，在返回的 String 中将其替换成了 \n （注意不是 \\n，前者是一个字符，后者是两个字符），这进一步导致了用户难以通过 JSON.parse 手动解析String数据： [图片] 在上面的例子中我说过 '\n' 是应该被转义为 '\\n' 的，否则在 JSON.parse 的时候就会造成报错。 - 预期表现 wx.reqeust应该正确处理特殊字符 wx.request在JSON解析失败时应当调用fail回调 - 临时解决方案 这是一个会有bug的解决方案，原因不再赘述，仅供参考： [代码]wx.request({[代码][代码]  [代码][代码]url: [代码][代码]"http://xxx"[代码][代码],[代码][代码]  [代码][代码]success(res) {[代码][代码]    [代码][代码]const originData = res.data;[代码] [代码]    // 无法处理纯字符串的情况，慎用[代码] [代码]    [代码][代码]const data =[代码][代码]      [代码][代码]typeof[代码] [代码]originData === [代码][代码]"string"[代码][代码]        [代码][代码]? JSON.parse(originData.replace(/\n/g, [代码][代码]"\\n"[代码][代码]))[代码][代码]        [代码][代码]: originData;[代码][代码]    [代码][代码]console.log(data); [代码][代码]// 替代 res.data[代码][代码]  [代码][代码]}[代码][代码]});[代码] - 复现路径 在这个代码片段中 https://developers.weixin.qq.com/s/iam8hTmP7m3S ，可以通过点击不同button分别调用含有 \n 、\u2028、\u2029 和空格的接口，查看console的输出。 注意：必须在真机上才能复现，模拟器不可以 - 可能的相关问题 https://developers.weixin.qq.com/community/develop/doc/8d93389c3bea4acff6e7bb765c3e634f?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/000ca414b64b1099bb1701ce55b800?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/99f032bff8b2a6ccb37ffd4414aa5575?highLine=json%25202028 https://developers.weixin.qq.com/community/develop/doc/000c443ed5c488009dd6b81aa51404?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/f085c4b5f547113dbb032d0f4b46e1b5 https://developers.weixin.qq.com/community/develop/doc/ca057a276c3e316cb5086b0b26a69763 此外这个问题反馈了U+2028与setData使用的bug，我猜测可能与本问题可能存在一定的关联性： https://developers.weixin.qq.com/community/develop/doc/000c443ed5c488009dd6b81aa51404?highLine=2028

今天在官网文档中发现小程序也支持索引了 链接如下： https://developers.weixin.qq.com/miniprogram/dev/framework/sitemap.html 但是没找到这个配置具体是新建一个文件还是： 放在全局配置里出现这个提示： [图片] 是在根目录下新建sitemap.json 文件吗？

sitemap 配置这个是什么意思，具体使用场景是什么样的

Android 微信升级7.0后，用charles抓包https，提示证书安全警告。 是因为7.0对第三方证书做了限制吗？ 这个对测试工作影响很大  ヾ(･ε･｀*)