如何用Core Bluetooth开发iOS蓝牙温度计并实现实时读取与高温报警

把一颗支持BLE的温度计接到iPhone上，App侧要做的事情可以拆成扫描发现、连接维护、数据读取和异常判断四个层面。Core Bluetooth使用CBCentralManager作为中心设备入口，外设对应CBPeripheral，温度值、历史记录和控制指令通过GATT服务与特征暴露。实时温度通常依赖通知推送，历史数据则常见请求响应分包，高温报警适合放在iOS本地做阈值判断。开始写代码之前把这三条数据路径梳理清楚，后面不容易出现漏包、断连和报警延迟。

一、先固定温度计的GATT数据模型

标准健康体温计服务使用0x1809，温度测量特征为0x2A1C，温度类型和测量间隔也有对应规范。但实际项目里很多消费级温度计模块为了节省资源，会使用FFF0这样的私有服务，把实时数据、历史控制和历史数据分别放在FFF1、FFF2、FFF3三个特征上。因此UUID不要直接硬编码到扫描和发现逻辑的最深处，最好先通过枚举集中管理，便于之后兼容不同厂商。

特征属性直接决定读取方式。带有notify属性表示外设可以主动推数据，适合实时温度；带有indicate属性虽然也是推送，但外设要等中心确认，适合历史同步这种对完整性要求更高的场景；write特征用于向温度计发送控制命令，例如查询某段时间的历史记录；read特征多用于读取静态参数。下面是一个私有服务的UUID定义示例。

import CoreBluetooth

enum TemperatureService {
    static let healthThermometer = CBUUID(string: "1809")
    static let temperatureMeasurement = CBUUID(string: "2A1C")
    static let temperatureType = CBUUID(string: "2A1D")
    static let measurementInterval = CBUUID(string: "2A21")
}

enum PrivateTemperatureService {
    static let service = CBUUID(string: "FFF0")
    static let realTimeData = CBUUID(string: "FFF1")
    static let historyControl = CBUUID(string: "FFF2")
    static let historyData = CBUUID(string: "FFF3")
}

在didDiscoverCharacteristicsFor回调中，建议根据UUID把特征引用保存起来。实时数据特征、历史控制特征、历史数据特征不要混在一起处理，否则后续订阅和写入会变得混乱。保存完成后分别调用setNotifyValue和writeValue即可进入对应数据流程。

二、实时温度读取：从扫描到订阅通知

实时温度读取的第一步是创建CBCentralManager并等待蓝牙状态变为poweredOn。可以在centralManagerDidUpdateState里调用扫描方法，把服务UUID传给scanForPeripherals，这样能过滤无关设备。发现外设后不要立即连接，先记录peripheral引用并保留它，因为连接回调需要同一个对象。连接成功后调用discoverServices，再用discoverCharacteristics展开特征。

订阅实时温度时，对FFF1特征调用setNotifyValue(true, for: characteristic)。外设以后每次完成测量，都会在didUpdateValueFor回调中把新数据推过来。这个回调默认在蓝牙处理队列执行，更新UI要显式切到DispatchQueue.main。温度数据通常不是直接可读的Double，常见格式是四字节小端整数，实际温度为原值乘以0.01，也有设备直接按IEEE-11073浮点格式发送。

下面给出一个基础解析函数，把前四字节按小端整数拼成UInt32，再转成摄氏温度。不要假设所有设备的缩放系数都是0.01，协议文档里常见精确到0.1℃、0.01℃甚至0.001℃的情况，解析时应把系数做成可配置项。

func parseTemperature(from data: Data) -> Double? {
    guard data.count >= 4 else { return nil }
    let bytes = [UInt8](data.prefix(4))
    let raw = UInt32(bytes[0]) + UInt32(bytes[1]) * 256 + UInt32(bytes[2]) * 65536 + UInt32(bytes[3]) * 16777216
    return Double(raw) * 0.01
}

订阅回调触发后，可以立即刷新当前温度标签，并把数值送入报警检查函数。需要注意，蓝牙外设可能在短时间内连续上报多条相同或相近数据，App端应做轻量去重或滤波，防止UI闪烁和误报警。

三、历史数据同步：请求响应与分包处理

实时温度只能拿到当前值，要查看过去几个小时或几天的曲线，需要从外设闪存中同步历史记录。这个功能不能简单调用readValue，因为iOS与外设之间单次读取受MTU限制，典型20字节或协商后的185字节，历史记录往往远超这个长度。通常做法是先向历史控制特征写入查询命令，指定开始时间或起始序号，然后外设通过indicate特征连续推送多个数据包，App端累加后再解析。

同步过程建议用一个四态状态机管理：idle表示空闲，requesting表示已发送查询命令并等待响应，receiving表示正在接收历史包，finished表示接收完成。这样能避免用户反复点击查询按钮导致并发请求，也能在超时后自动回到空闲态。写入查询命令时使用.withResponse类型，在didWriteValueFor里确认外设已经正确接收命令，再开始等待数据推送。

func requestHistory(startTime: UInt32, count: UInt16) {
    guard let control = temperatureControlCharacteristic else { return }
    var command = Data([0x01])
    var start = startTime.littleEndian
    var records = count.littleEndian
    command.append(Data(bytes: &start, count: MemoryLayout.size(ofValue: start)))
    command.append(Data(bytes: &records, count: MemoryLayout.size(ofValue: records)))
    peripheral?.writeValue(command, for: control, type: .withResponse)
}

外设推送的历史包格式通常包含序号、时间戳和温度值，有些协议会在首包带上总记录数，有的则用一个结束标志表示完成。因为BLE数据是流式到达，App必须自己处理半包和粘包。简单做法是每收到一段就append到缓冲区，当缓冲区长度满足一条记录长度时取出一条记录，再判断是否需要继续接收。不要依赖单次回调正好等于一条记录。

解析历史数据时，时间戳可能是Unix秒级或毫秒级，温度值可能沿用实时数据的缩放规则。把记录转成模型数组后，再刷新图表或列表。同步完成后记得把特征通知关掉或切换到只接收实时数据的模式，避免后续推送干扰当前页面状态。

四、高温报警：本地阈值判断与后台通知

高温报警不建议完全依赖外设，因为外设通常只能简单比较一个内部阈值，而App需要根据用户年龄段、测量部位或医生建议灵活调整。iOS端拿到实时温度后，先转换单位，再进入判断逻辑。判断不能只写if temperature >= 38.0就立刻报警，应该加入防抖窗口，例如连续三次采样都超过阈值或60秒内平均温度越限才触发，这样可以减少传感器瞬时波动造成的误报。

同时要处理状态翻转，避免每一条高温数据都重复弹通知。可以保存一个alertFired标志，只有从正常进入高温状态时才触发一次；当温度回落到正常区间并稳定后，清除标志，下次再越限才能再次报警。低温保护逻辑同理，但很多健康类温度计更关注发热场景。

func checkHighTemperature(_ temperature: Double) {
    let highLimit: Double = 38.0
    let lowLimit: Double = 35.0
    if temperature >= highLimit && !alertFired {
        alertFired = true
        sendLocalNotification(title: "高温提醒", body: "当前温度 \(temperature) ℃")
    } else if temperature <= lowLimit && !alertFired {
        alertFired = true
        sendLocalNotification(title: "低温提醒", body: "当前温度 \(temperature) ℃")
    } else if temperature > lowLimit && temperature < highLimit {
        alertFired = false
    }
}

触发报警后，通过UserNotifications框架发送本地通知即可。如果App在前台，可以同时更新UI横幅和振动，但需要遵守通知权限申请时机。iOS 13以后，蓝牙访问权限需要配置NSBluetoothAlwaysUsageDescription，通知权限则在启动后合适时机用UNUserNotificationCenter请求。退到后台时，仅在前台运行是不够的，必须在工程Capabilities中打开Background Modes并勾选Bluetooth central，否则系统可能挂起App导致无法处理温度事件。

另外，报警阈值、单位、防抖次数都应持久化到UserDefaults或配置文件，方便用户调整。历史同步和报警可以串联：如果App在后台收到高温通知，用户点击后应立即启动历史同步，把异常时间点前后的曲线拉到本地，便于判断温度上升是持续趋势还是单次错误。

Core Bluetooth蓝牙温度计高温报警修改时间：2026-09-24 01:08:14