美特优健康 —— 智能戒指 BLE 健康监测 App产品系统

随着可穿戴设备普及，用户希望用更轻便的方式长期监测健康状况。智能戒指相比手环佩戴更舒适、续航更长，适合 24 小时佩戴，用于监测睡眠、心率、血氧、体温等指标。本项目是智能戒指的 iOS 配套 App，通过低功耗蓝牙与戒指通信，把设备采集的健康数据实时展示、同步保存并分析，帮助用户了解自己的身体状态，也为健康管理、中医脉诊等业务场景提供数据基础

设备管理：蓝牙扫描、绑定、连接、断线自动重连，显示设备电量和固件信息。
实时测量：心率、血氧、体温、快速体检等指标的实时测量和动态展示。
脉诊采集：实时采集 PPG 脉搏波形数据，展示采集进度，用于脉诊分析。
睡眠监测：同步夜间睡眠数据，展示深睡、浅睡、清醒等睡眠结构。
历史同步：分页读取戒指里的离线历史数据，同步完成后清理设备存储。
数据展示：首页健康仪表盘、各项指标的趋势图表，部分页面用 H5 实现，通过原生桥接与蓝牙交互。
固件升级：支持戒指固件 OTA 升级，带进度展示和失败重试。

我负责 iOS 端整个蓝牙通信层和主要测量页面的开发。 技术栈：Objective-C、UIKit、CoreBluetooth、WebView 原生与 H5 桥接。 难点和亮点：

原来各页面直接调底层蓝牙 SDK，notify 回调只有一个位置，多个页面互相抢，导致脉诊采集卡在 11%、历史同步状态挂死。我在 SDK 之上新建了一层指令队列：一次只发一条指令，每条 8 秒超时，任何失败都有兜底回调，上层状态不会卡死。
设备回包按帧头分流：PPG 裸波形走独立数据通道；协议回包先广播给订阅的页面，再和当前指令配对。多个页面可以同时收数据，页面销毁时自动退订，避免回调泄漏。
修了底层蓝牙 SDK 的几个问题：并发发现服务时只有第一个回调能收到、已连接设备被误删、App 被系统从后台唤醒后收不到数据。 最终脉诊能完整采集，历史同步和多页面测量都稳定可靠。