嘿，这个问题问到点子上了！我来给你好好梳理下这些关键点：

1. SRV记录的支持广度 #

SRV记录本身是IETF标准化的（RFC 2782），但支持度完全取决于具体的应用程序，不是所有场景都通用：

• 原生支持的场景：像XMPP、SIP这类即时通讯/VoIP协议，还有邮件服务的_submission._tcp（提交邮件用）、部分企业级分布式服务，它们的客户端会主动查询SRV记录来获取服务端口和地址。另外像DNS-SD（比如苹果的Bonjour）也是基于SRV实现的局域网服务发现。
• 不支持的主流场景：绝大多数Web浏览器（Chrome、Firefox、Edge等）和常用HTTP工具（比如默认配置的curl）完全不支持HTTP/HTTPS的SRV记录。因为HTTP标准里并没有强制要求客户端查询SRV，这些工具都是直接使用默认端口（80 for HTTP，443 for HTTPS）。

2. 谁负责处理SRV记录查询？OS还是应用？ #

答案是几乎全靠应用层自己处理，操作系统的网络栈不会管这个事儿：

• OS的网络栈只负责执行“根据给定的IP和端口建立socket连接”这个动作，它不知道你要访问的是什么服务，也不会主动去查询SRV记录。
• 要用到SRV记录的话，必须是应用程序自己发起DNS查询，获取SRV记录里的目标主机、端口，然后再调用socket接口去连接对应的地址和端口。比如你写代码的时候，默认的getaddrinfo函数不会自动查SRV，得手动调用DNS查询接口（比如用dns_query之类的工具或库）来获取SRV数据，再处理成连接参数。

3. 自定义HTTPS SRV记录会被客户端遵守吗？ #

比如你设置_https._tcp.example.com指向端口444，绝大多数普通客户端是不会认的：

• 像Chrome、Firefox这些浏览器，还有日常用的curl、wget，都只会默认用443端口访问HTTPS服务，除非你手动在URL里指定端口（比如https://example.com:444）。它们根本不会去查询_https._tcp.example.com的SRV记录。
• 只有你自己开发的客户端，或者专门做了SRV适配的定制应用，才会去查询这个记录并使用返回的端口。比如如果你写一个桌面应用，专门加上查询SRV的逻辑，那它就能按照你设置的444端口来连接。

备注：内容来源于stack exchange，提问作者Dragas