9.9-9.13 异步调用函数出错（比如未定义该函数），会造成阻塞。可能页面不会打印错误信息

本文探讨了在device.js中不规范的Promise错误处理机制，提出了使用Promise.all避免阻塞的方法，并讨论了异步函数错误捕获、视音频XML保存格式问题及设备协议排查技巧。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

迁移4.2门口机基线

1.目前device.js里的能力集方法，await下错误处理机制都是resolve（），事实上是不规范的。据说是为了避免阻塞

return new Promise(resolve => {
            return _oWebSdk.WSDK_GetDeviceConfig("analysisUnitSwitch", {
                channel: iChannelId
            }, {
                success: (xmlDoc) => {
                    this.m_oDeviceCapa.bEnableLocalDetection = $(xmlDoc).find("switch").eq(0).text() === "local";
                    resolve();
                },
                error: () => {
                    this.m_oDeviceCapa.bEnableLocalDetection = false;
                    resolve();
                }
            });
        });

实际上使用Promise.all直接也可以避免阻塞

2.异步调用函数出错（比如未定义该函数），会造成阻塞。可能页面不会打印错误信息，这时候使用try...catch，可以打印错误信息

3.视音频-视频保存XML格式不对，很难排查，暂时略过

4.当有的设备正常，另一个设备不正常，考虑排查发回的协议。当我们这边调试的协议直接进入错误回调，考虑传回的XML格式无法解析造成的问题。IE和chrome都会出现