为何多数人使用getaddrinfo做DNS查询？ns相关接口有何不足？

一、nameser.h配套函数的核心劣势 #

• 接口老旧，上手成本高：res_query、ns_parserr这类属于Berkeley DNS resolver的老接口，设计上贴近DNS协议底层，要拿到TTL得手动解析DNS报文的各个字段——比如用ns_parserr遍历资源记录，再手动提取TTL值，远不如getaddrinfo封装得彻底，调用者不用关心底层细节。
• 线程安全隐患：早期的res_*系列函数依赖全局的_res结构体存储解析状态，多线程环境下如果不自行加锁，很容易出现竞态条件，要么解析结果错误，要么程序直接崩溃。而getaddrinfo本身就是线程安全的，无需额外处理锁的问题。
• 现代DNS特性支持不足：像DNSSEC、完整IPv6支持（部分旧函数后来补了，但兼容性参差不齐），还有EDNS0扩展、DNS over HTTPS这类新特性，res_*系列基本没有原生支持，而getaddrinfo能通过系统配置或扩展接口适配这些需求。
• 错误处理繁琐：res_query返回的是原始DNS报文，得自行处理各种错误码，还要手动管理内存（比如报文缓冲区的分配与释放），排查问题难度大；getaddrinfo的错误处理更统一，用gai_strerror就能直接拿到可读的错误信息。

二、跨平台可用性与安全性 #

• Linux：nameser.h和配套函数是glibc的一部分，能正常使用，但官方更推荐getaddrinfo这类标准接口。只要正确处理内存和线程锁，安全性没问题，但属于过时接口，后续大概率不会再更新。
• MacOS：苹果的BSD系libc也支持这些函数，但属于遗留接口，系统文档明确建议优先使用getaddrinfo。规范使用的话，没有严重安全漏洞，但维护起来比较麻烦。
• Windows：Windows原生不支持nameser.h和res_*系列函数，得依赖Cygwin、MinGW这类第三方库才能使用，代码没法直接在Windows编译运行，跨平台兼容性极差。

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