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() 进行进一步使用。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 若需解析为字符串（如 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 处理函数里。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
