【WebSocket+MQTT】day63-boss-realtime-panel

【WebSocket+MQTT】day63-boss-realtime-panel

Day 63 · BOSS 战：实时监控面板 — 把六天的零件拧成一条生产级数据链路 上周的面板跑在定时器模拟数据上，你留了一个 DataSource 接口和一句承诺：“第 9 周换真实数据源，接口不变、零改动”。今天兑现承诺的时刻：本地搭起 WebSocket 服务器模拟设备推送，客户端用本周六天
作者：mario
标签： #前端开发
【WebSocket+MQTT】day62-message-scheduler

【WebSocket+MQTT】day62-message-scheduler

Day 62 · 高频消息性能 — 批处理、节流与 rAF 对齐：消息风暴的调度艺术 假设链路已经完美：连接稳定、数据不丢。现在服务器把推送频率提到 20Hz（甚至 100Hz 的振动通道）——每秒 100 次 onmessage，每次都去 setOption 更新图表：渲染队列爆炸、主线程被切成碎
作者：mario
标签： #前端开发
【WebSocket+MQTT】day61-backfill

【WebSocket+MQTT】day61-backfill

Day 61 · 断线重连与数据补传 — 让丢掉的时间自己长回来 本周到目前为止的链路有个致命缺陷：断线 30 秒重连成功后，这 30 秒的数据永久消失了——曲线上一段刺眼的空白，值班员无从判断空白里有没有发生过超温。今天解决实时系统最难也最能体现工程功力的问题：数据补传（backfill）。涉及三
作者：mario
标签： #前端开发
【WebSocket+MQTT】day60-mqtt

【WebSocket+MQTT】day60-mqtt

Day 60 · MQTT 与工业物联网协议 — 发布/订阅的世界观，QoS 的保证书 这周你的服务器一直在"点对点"推数据——它必须知道每个客户端要什么、连没连、断了怎么补。而工业现场的世界观完全不同：设备只管往 Topic 上发布，谁在订阅、有多少人订阅，设备根本不知道也不关心。这就是 MQTT
作者：mario
标签： #前端开发
【WebSocket+MQTT】day59-binary-protocol

【WebSocket+MQTT】day59-binary-protocol

Day 59 · 二进制协议 — TypedArray 视角下的传感器数据编码 传感器一秒推一次 JSON 没什么问题；但振动传感器是 1kHz 起步、一个网关下有几百个通道——JSON 的体积和解析成本立刻爆表。今天用第 2 月 Week 6 打下的 ImageData/TypedArray 地基
作者：mario
标签： #前端开发
【WebSocket+MQTT】day58-heartbeat-reconnect

【WebSocket+MQTT】day58-heartbeat-reconnect

Day 58 · 心跳与重连 — 半开连接的死刑判决书与指数退避的艺术 昨天埋下的最大隐患今天爆雷：拔掉网线，你的页面 10 分钟内都显示"连接正常"。这不是 bug，是 TCP 的天性（半开连接）——物理链路断了，但没有人在上面说话，谁都不知道对方已经没了。今天的两个主题环环相扣：心跳负责判决连接
作者：mario
标签： #前端开发
【WebSocket+MQTT】day57-websocket-basics

【WebSocket+MQTT】day57-websocket-basics

Day 57 · WebSocket 协议与 API — 借 HTTP 的壳，干全双工的活 打开一个 WebSocket 连接，浏览器发出去的第一个请求长得完全像 HTTP 请求——这是协议设计史上最优雅的兼容方案之一：借 HTTP 的 101 状态码完成"协议升级"，之后这条 TCP 连接就不再是
作者：mario
标签： #前端开发
共 7 篇文章
页