我刚才试了试没问题 小米13，android 14 miui 最新，微信 8.0.42

onShow，每次页面切换都会显示时都会执行 上面代码，在 onshow 里执行了初始化适配器，在回调里注册了监听适配器开关，多次 onshow，会多次初始化，会多次注册监听。 onBluetoothAdapterStateChange 放在 onLoad 里试试

是有这毛病，发愁，监听手机蓝牙设置开关挺不错，但是同时还监听了探索状态，开始探索和探索结束都有这个回调，写判断也绕不开这个问题，光判断 available 不行，加上 discovering 也不行。discovering 为 true 或 false ，available 都肯定为 true // 是否初始化成功 var initSuccess = false; wx.openBluetoothAdapter({     success: res => {         initSuccess = true;     },     fail: error => {         initSuccess = false;     } }) wx.onBluetoothAdapterStateChange(function (res) { console.log('adapterState changed, now is', res) // 适配器打开 if (res.available && !res.discovering && !initSuccess) {     console.log('deviceManage 手机蓝牙打开') } // 适配器关闭 if (!res.available) {   console.log('deviceManage 手机蓝牙关闭')   initSuccess = false } // 适配器打开并且处于搜索状态 if (res.available && res.discovering) {   console.log('deviceManage 处于搜索状态') } // 适配器打开并且处于停止搜索状态 if (!res.discovering && initSuccess) {   console.log('deviceManage 停止搜索状态') } }) 我都服了，总算给闭环了。

我是 h5 拨打电话，出现 actionsheets 菜单后不管选什么，actionsheets 菜单消失后，h5页面都不能点击了，好像是有层遮罩挡住了，这时候如果手机操作返回一次就正常了。

有用，它会返回手机支持的最大单元（我的猜想），不知道咱们两个说的是不是一个意思，我是这么做的。 wx.onBLEMTUChange(function (res) {     console.log('bluetooth mtu is', res.mtu)     wx.setBLEMTU({         deviceId: device.deviceId,         mtu: res.mtu,         success(mtu) {             console.log('设置最大传输单元成功 ：', mtu)         },         fail(error) {             console.warn('设置最大传输单元失败！', error)         }     }); }) // 协商设置蓝牙低功耗的最大传输单元 (Maximum Transmission Unit, MTU)。需在 wx.createBLEConnection 调用成功后调用。仅安卓系统 5.1 以上版本有效，iOS 因系统限制不支持。 wx.setBLEMTU({     deviceId: device.deviceId,     mtu: 400,     success(mtu) {         console.log('设置最大传输单元成功 ：', mtu)     },     fail(error) {         console.warn('设置最大传输单元失败！', error)     } }); 先走的：onBLEMTUChange，返回 247（我手机小米 13），然后再走的 setBLEMTU 报错，最后走的 onBLEMTUChange 里的 setBLEMTU 成功。 又完善了一下代码： /**  * 协商设置蓝牙低功耗的最大传输单元 (Maximum Transmission Unit, MTU)。需在 wx.createBLEConnection 调用成功后调用。仅安卓系统 5.1 以上版本有效，iOS 因系统限制不* 支持。  * setBLEMTU 和 onBLEMTUChange 回调流程：先走 onBLEMTUChange 返回 247（我手机小米 13），然后再走的 setBLEMTU 报错，最后走的 onBLEMTUChange 里的 setBLEMTU 成功。  * 注：onBLEMTUChange 先注册相当于监听函数，当 setBLEMTU 执行后才走 callBack  * @param {String} deviceId          设备id  * @param {Number} expectedValue     期望值  */ function setBLEMTU(deviceId, expectedValue) {     function _setBLEMTU(mtu) {         wx.setBLEMTU({             deviceId,             mtu,             success(mtu) {                 console.log('setBLEMTU 设置最大传输单元成功 ：', mtu)             },             fail(error) {                 console.warn('setBLEMTU 设置最大传输单元失败！', error)             }         })     }     wx.onBLEMTUChange(function (res) {         console.log('onBLEMTUChange mtu is', res.mtu)          // 每包最大数。这个 res.mtu 应该是当前设备的最大值，我尝试，小米 13 是 247，当我传 248 就会设置报错。         packageSize = res.mtu;         // 期望值设置不成功就用 onBLEMTUChange 返回的最大值？设置 _setBLEMTU         if (res.mtu !== expectedValue) {             _setBLEMTU(res.mtu)         }     });     // 先尝试设置期望值     _setBLEMTU(expectedValue); } // test 1 setBLEMTU(500); // 结果 1、先 onBLEMTUChange 监听到，返回 res.mtu ，报 "setBLEMTU 设置最大传输单元失败！"，再报 "setBLEMTU 设置最大传输单元成功 ：" // test 2 setBLEMTU(247); // 结果 1、先 onBLEMTUChange 监听到，返回 res.mtu ，报 "setBLEMTU 设置最大传输单元成功 ："

试过 setUint16 没？

合法域名这样配置对吗？ [图片]

你也是罪了，以前可以着，准是微信开发人员瞎鼓捣导致的？发现毛病了，我这是开发号，如果我把提交的二维码发给“主账号”，他用手机扫描识别图片里的二维码，手机里提示成功，但是页面不成功，如果主账号直接在网页上扫描就没事，也就是说，主账号直接用微信的扫一扫图片就没事，这玩意闹的，也不知道是咋回事。

看看是不是有正则中包含了 <=，反正我这个是这问题。