问题描述
最近在小程序的开发过程中,遇到一个神奇的问题。
小程序用于发起网络请求的 API wx.request 默认会对为 JSON 格式的响应体进行解析,返回 JS Object。
wx.request({
url: 'test.php', //仅为示例,并非真实的接口地址
data: {
x: '',
y: ''
},
header: {
'content-type': 'application/json' // 默认值
},
success: function(res) {
console.log(res.data)
}
})
其中 res.data 一般会是 Object 类型。
但是,响应体的 JSON 数据包含了 \\u2028 的字符,就会解释失败,输出的 res.data 是响应体的字符串类型。
样本
测试样本:{“test”:”这里有一个特殊字符: "}
测试代码:
wx.request({
...
success: (res) => {
console.log('APIFactory:run', '调试', { res });
},
});
结果:
在 开发者工具 中,能正常解析
在 真机(iOS 和 Android),都解析失败
u2028
该特殊字符就是 \u2028,解析为行分隔符。
该字符,在 JSON 字符串中,是被兼容的,是能被 JSON.parse 正常解析的。
但是 JS 代码中有这个字符串,就会导致运行出错。
为什么真机和开发者工具表现不一致
微信小程序运行在三端:iOS、Android 和 用于调试的开发者工具。
三端的JS脚本执行环境是各不相同的:
在 iOS 上,小程序的 javascript 代码是运行在 JavaScriptCore 中。
在 Android 上,小程序的 javascript 代码是通过 X5 JSCore来解析。
在 开发工具上, 小程序的 javascript 代码是运行在 nwjs 中。
而小程序的逻辑层和视图层,都是通过「WeixinJsBridge」来调用 Native API 的。
所以问题出在,wx.request 对于响应体的数据处理,到底是在 JS Engine 处理的,还是 Native 处理的,在微信不公开小程序源码的情况下,不得而知。
wx.request 的处理对于我们来说,相当于黑盒,并且对于 res.data 的数据类型可能值是多种的,如果想在业务上提供更好的健壮性,还需要兼容 res.data 为 Object/String 类型时的判断和容错代码。
参考