问题：蓝牙广播数据包中如何正确添加Manufacturer Specific Data，避免被系统过滤？
答案：
在蓝牙广播数据包中正确添加 **Manufacturer Specific Data** 并避免被系统过滤，需遵循以下关键规则（以下内容部分基于蓝牙核心规范及通用实践，若参考资料未明确说明，将标注为“补充说明”）：
1. **使用正确的 AD Type（AD Type = 0xFF）**
- 在广播数据包的 AD Structure 中，必须将 AD Type 设为 `0xFF`（Manufacturer Specific Data）。这是蓝牙规范定义的唯一标识，系统据此识别该数据段为制造商自定义数据。
- *参考资料依据：蓝牙核心规范（Core Specification）中 AD Type 定义部分。*
2. **包含合法的 Company Identifier（公司标识符）**
- 前两个字节必须为 **Company Identifier**，该值需从蓝牙 SIG 分配的 [Assigned Numbers](
www.bluetooth.com/specifications/assigned-numbers/
) 中获取（如 Apple 的 ID 为 `0x004C`）。
- 使用未注册或无效的 ID 可能导致某些系统（如 iOS/Android）直接丢弃该包。
- *参考资料依据：Assigned Numbers 文档中 Company Identifiers 列表。*
3. **数据长度必须符合规范**
- AD Structure 的第一个字节是 **Length**（长度字段），表示后续数据的总字节数（包含 AD Type 和 Data）。对于 Manufacturer Specific Data，Length = 1（AD Type） + 2（Company ID） + N（自定义数据字节数）。
- 广播包总长度不得超过 31 字节（传统广播）或 255 字节（扩展广播）。超长数据会被系统截断或过滤。
- *补充说明：具体长度限制在蓝牙核心规范 Vol. 6, Part B 中定义。*
4. **避免与系统保留或冲突的 Data 格式**
- 某些操作系统（如 iOS）对特定 Company ID 后的数据有额外解析规则（例如 Apple 的 iBeacon 格式）。若自定义数据与这些已知格式的前缀冲突，系统可能误解析或过滤。
- 建议在自定义数据开头使用非标准魔数（Magic Number）或版本号，以区分于已知协议。
- *补充说明：此条为实践建议，参考资料未直接覆盖。*
5. **确保广播类型与过滤策略兼容**
- 若系统启用了 **主动扫描过滤**（如仅接受特定 UUID 或 Service Data），Manufacturer Specific Data 可能被跳过。此时需同时添加 **Service UUID**（AD Type 0x02/0x03）来匹配过滤条件。
- 在 Android 上，需在扫描设置中启用 `setCallbackType(SCAN_CALLBACK_TYPE_ALL_MATCHES)` 以避免过滤。
- *补充说明：操作系统过滤行为未在蓝牙规范中统一规定，此为实际开发经验。*
**总结步骤**：
- 从 Assigned Numbers 获取合法的 Company Identifier。
- 构建 AD Structure：`[Length] [0xFF] [Company ID (2 bytes)] [Your Data]`。
- 确保总长度不超限，且自定义数据不与已知广播格式（如 iBeacon、Eddystone）冲突。
- 在扫描端配置不忽略 Manufacturer Data（如 Android 的 `ScanFilter` 不设置 ManufacturerData 则默认不过滤）。
*注：以上第4、5点中关于操作系统具体过滤行为的说明，在提供的参考资料中未明确提及，为根据常见蓝牙开发实践补充。*
> 答案参考了知识库中的相关资料。
[hr]本问答由 AI 基于知识库自动生成，仅供参考。
