LwIP的mDNS组件不支持SUBTYPE，如何为mDNS服务添加子类型？

以下是经过实际验证的可行修改方案，完全符合RFC 6763关于DNS-SD子类型的规范要求：

1. 扩展mDNS服务存储结构体 #

• 定位到LwIP源码中mdns_service结构体的定义（通常在mdns_priv.h私有头文件内），新增两个字段存储子类型信息：

const char *service_subtype; // 子类型字符串，比如 "_printer"
u8_t subtype_len;            // 子类型字符串长度，避免运行时重复计算

• 扩展现有mdns_resp_add_service()函数的入参，新增子类型相关的可选入参，默认赋值为NULL兼容原有业务代码的调用逻辑，不需要修改旧服务的创建代码。

2. 新增子类型PTR记录构造逻辑 #

mDNS子类型的核心实现逻辑是额外发布一条格式为_<subtype>._sub._<service-type>._tcp.local的PTR记录，指向你的服务实例名。

• 找到LwIP mDNS模块中构造服务宣告报文的函数，通常为mdns_build_announce()或者mdns_build_service_records()。
• 在原有构造标准服务PTR记录的逻辑后，新增判断：如果当前服务配置了非空的subtype，就按照上述格式构造并追加子类型PTR记录，TTL取值和标准服务PTR记录保持一致即可。

3. 适配子类型查询应答逻辑（可选） #

如果需要支持其他设备通过子类型主动查询到你的服务，需要额外修改查询匹配逻辑：

• 定位到mDNS查询匹配的代码段，当收到目标域名符合_<subtype>._sub._<service-type>._tcp.local格式的PTR查询时，匹配到对应绑定了该subtype的服务，正常返回服务实例PTR、SRV、TXT、A/AAAA等关联记录即可。
• 如果只需要对外宣告服务带subtype属性，不需要响应子类型查询，可跳过该步骤。

验证方法 #

修改完成后，可通过Linux下的avahi工具或者Windows/macOS下的Bonjour浏览器扫描验证：
avahi-browse -r _<your-subtype>._sub._<your-service>._tcp
如果能正常扫描到你的服务实例，说明修改生效。

注意：如果子类型字符串较长，需要确认不会超出LwIP默认的mDNS报文长度限制，必要时调整MDNS_MAX_MSG_LEN宏的配置值。

内容的提问来源于stack exchange，提问作者idirya