新版浏览器WebAssembly/SharedArrayBuffer支持 局域网网络设备适配方案问询

• 优先移除SharedArrayBuffer依赖：如果你的播放器WASM模块是因为多线程编译依赖SharedArrayBuffer，可重新用Emscripten编译时移除-pthread编译参数，把原有的多线程逻辑改成Web Worker消息通信模式，无需HTTPS和跨域头配置即可在新版Chrome运行，改造成本最低。
• 配置Chrome企业策略开例外：对于可统一管控终端配置的局域网场景，可通过Chrome组策略配置SharedArrayBufferUnrestrictedAccessAllowed规则，把你的设备IP/域名加入白名单，无需HTTPS即可启用SharedArrayBuffer支持，完全不需要修改现有服务端和前端代码。
• 自签证书实现HTTPS部署：不需要采购公网SSL证书，自行生成内部根证书后，给每个设备签发对应局域网IP/自定义域名的证书，引导用户将根证书导入系统/Chrome信任存储即可，零成本满足HTTPS要求，同时服务端只需要配置返回两个响应头：Cross-Origin-Opener-Policy: same-origin、Cross-Origin-Embedder-Policy: require-corp即可开启SharedArrayBuffer支持。
• Java WebSocket服务适配HTTPS的轻量改造：如果选择走标准HTTPS路径，Java WebSocket服务适配HTTPS非常简单：如果是Spring Boot框架只需要在配置文件中添加SSL证书路径、密码等配置即可；如果是原生Netty实现，只需要在Pipeline中添加SslHandler加载证书即可，整体改造成本不超过20行代码，觉得全量加密冗余的话可选择TLS_PSK加密模式，性能开销可以忽略。
• 小规模场景临时方案：如果只有少量用户使用，可直接引导用户访问chrome://flags/#shared-array-buffer-unrestricted-access手动开启开关，临时恢复SharedArrayBuffer支持，无需任何代码改动。

内容的提问来源于stack exchange，提问作者Timothy Miller