WebSocket的binaryType属性决定二进制数据以Blob或ArrayBuffer类型交付，必须在open事件触发后、首条message到达前设为'blob'，否则默认ArrayBuffer导致解析失败。
WebSocket 的 binaryType 属性决定了二进制数据（如 ArrayBuffer 或 Blob）在 message 事件中以何种类型交付。若需接收 Blob 类型数据，必须在连接建立后、开始收消息前显式设置 binaryType = 'blob'，否则默认为 'arraybuffer'，后续再修改该值不会影响已缓存或正在传输的数据。
设置 binaryType 的正确时机
必须在 WebSocket 实例创建后、open 事件触发之后，且在任何 message 事件到达之前设置。延迟设置（例如在 onmessage 中才赋值）会导致前几条二进制消息仍按默认类型（ArrayBuffer）解析，造成类型不匹配和解析失败。
- ✅ 正确做法：监听
open事件，在回调中立即设置ws.binaryType = 'blob' - ❌ 错误做法：在
onmessage回调里判断类型再设置；或在new WebSocket()后立刻设置（此时连接可能未就绪，部分浏览器会忽略）
接收并处理 Blob 数据的完整流程
设置成功后，所有后续二进制消息都会以 Blob 实例传入 event.data。注意 Blob 是只读引用，需调用 Blob.arrayBuffer()、Blob.text() 或 URL.createObjectURL() 进行进一步使用。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 若需解析为字符串（如 JSON）：用
event.data.text().then(str => {...}) - 若需转为 ArrayBuffer（如解码图像/音频）：用
event.data.arrayBuffer().then(buf => {...}) - 若需直接显示图片或下载文件：用
URL.createObjectURL(event.data)获取临时 URL
常见陷阱与注意事项
并非所有浏览器对 binaryType = 'blob' 的支持都完全一致，尤其在早期版本中存在兼容性问题；同时，Blob 的生命周期依赖于引用，忘记调用 URL.revokeObjectURL() 可能导致内存泄漏。
立即学习“前端免费学习笔记（深入）”；
- 建议检测支持性：
if ('binaryType' in WebSocket.prototype) {...} - 服务端无需特殊配置，但需确保发送的是真正的二进制帧（非 base64 编码字符串）
- 避免在频繁接收大 Blob 时重复创建 object URL，应复用或及时释放
不复杂但容易忽略：binaryType 是连接级别的配置，不是每次接收都要设；设对了时机，Blob 就能自然抵达你的 message 处理函数里。
