HarmonyOS鸿蒙Next中Ble扫描链接如何获取到真实的mac地址

HarmonyOS鸿蒙Next中Ble扫描链接如何获取到真实的mac地址 【问题描述】：Ble扫描连接获取到的是虚拟mac地址，无法获取到真实的mac地址

【问题现象】：通过蓝牙扫描返回的deviceId为虚拟mac地址，该地址会变化，无法用于设备的唯一标识，用于设备相关数据存入数据库、缓存

【版本信息】：DevEco Studio 手机系统：6.0.0 Api语言版本：20

【复现代码】：NA

【尝试解决方案】：https://developer.huawei.com/consumer/cn/forum/topic/0202200332379784195?fid=0109140870620153026，使用该方案设备虚拟地址还是会变化，导致已有数据失效，deviceId无法作为唯一标识


更多关于HarmonyOS鸿蒙Next中Ble扫描链接如何获取到真实的mac地址的实战教程也可以访问 https://www.itying.com/category-93-b0.html

5 回复

开发者你好，您使用addPersistentDeviceId方案设备虚拟地址后杀应用过一段时间还是会变化，不符合预期，麻烦您抓一份日志让我们定位一下。蓝牙问题需要hilog和HCI日志，复现问题后，记录问题时间点，日志获取命令如下：

输出hilog日志：

hdc file recv /data/log/hilog ./hilog

输出HCI日志：

hdc file recv data/log/bt/ ./btlog3

更多关于HarmonyOS鸿蒙Next中Ble扫描链接如何获取到真实的mac地址的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


导出之后在哪里呢？

开发者你好，

在上述执行命令行的那个路径下：hilog文件夹和btlog3文件夹

在HarmonyOS Next中，通过Ble蓝牙扫描获取到的设备地址是随机生成的私有地址，并非设备的真实物理MAC地址。这是系统出于用户隐私保护而设计的机制。应用层无法直接获取到蓝牙设备的真实MAC地址。

在HarmonyOS Next中，出于用户隐私和安全考虑，系统默认提供的蓝牙扫描接口（如 bluetoothManager.startBluetoothDiscovery）返回的 deviceId 确实是经过随机化处理的虚拟MAC地址。这是系统层面的设计，旨在防止通过固定蓝牙地址对用户设备进行长期跟踪。

目前，在标准的、公开的HarmonyOS Next API中，没有提供直接获取蓝牙设备真实物理MAC地址的方法。您提到的论坛链接中的方案，其核心是尝试使用 deviceId 进行标识，但这确实无法解决虚拟地址随机变化的问题，因此不适用于需要持久化唯一标识的场景。

针对您“设备唯一标识”的需求，建议的替代方案如下：

  1. 使用设备广播信息：

    • 这是最推荐且可靠的方式。要求您的蓝牙设备（从设备）在广播数据（Advertising Data）或扫描响应数据（Scan Response Data）中携带一个自定义的唯一标识符，例如一个唯一的序列号、产品ID或自定义UUID。
    • 在HarmonyOS端，扫描到设备后，从 BluetoothDevice 对象的 manufacturerData 或 serviceUuids 等字段中解析出这个自定义标识符。这个标识符是由设备固件决定的，不会随系统随机化而改变。

  2. 建立连接后通过自定义协议获取：

    • 在扫描并成功与设备建立GATT连接后，您可以设计一个自定义的GATT服务（Service）和特征值（Characteristic）。
    • 通过该特征值，由HarmonyOS应用向设备发送查询指令，设备则返回其内部存储的唯一标识信息（如序列号）。这种方式需要您同时控制从设备的固件。

总结： 无法通过系统API直接获取真实MAC地址。您需要将依赖从“系统提供的地址”转变为“设备自身提供的业务标识”。请修改您的设备固件，使其在广播或连接后能提供一个不变的唯一标识，并在HarmonyOS应用端对应解析。这确保了标识的可靠性和跨平台一致性。

回到顶部