最直接有效的方式是用管理员权限运行ipconfig /flushdns命令，它专为清空Windows DNS客户端缓存设计，执行快、兼容性强；必须提权因DNS缓存属系统级服务，未提权将静默失败或报“拒绝访问”。
Windows下用ipconfig /flushdns触发系统级DNS刷新
Windows没有公开的C++ API直接清空DNS缓存，唯一可靠方式是调用系统命令行工具。本质是启动cmd.exe执行ipconfig /flushdns，并等待其完成。
常见错误是只调用system("ipconfig /flushdns")却不检查返回值或忽略权限问题——普通用户进程在UAC启用时可能静默失败。
- 必须用
CreateProcess（而非system）并设置CREATE_NO_WINDOW和WAIT_FOR_SINGLE_OBJECT，否则窗口闪退、结果不可知 - 需要以管理员权限运行程序，否则命令会返回“拒绝访问”但
GetExitCodeProcess可能仍返回0（误导性成功） -
ipconfig /flushdns输出含中文时，控制台代码页需设为GBK（SetConsoleOutputCP(936)），否则ReadPipe读到乱码
Linux/macOS下用systemd-resolve --flush-caches或killall -USR1 mDNSResponder
Linux发行版差异大：systemd系统用systemd-resolve --flush-caches，老系统可能依赖service nscd restart；macOS则必须用killall -USR1 mDNSResponder（不是-HUP，后者无效）。
关键陷阱在于：这些命令不报错不代表生效。例如systemd-resolve在未启用systemd-resolved服务时会静默退出，返回码仍是0。
立即学习“C++免费学习笔记（深入）”；
免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
- 先用
system("which systemd-resolve 2>/dev/null")或access("/run/systemd/resolve/resolv.conf", F_OK)确认服务存在 - macOS上
mDNSResponder进程名在较新版本中已改为discoveryd或mDNSResponder，需用pgrep -x "mDNSResponder\|discoveryd"动态判断 - 所有命令建议加
2>&1重定向stderr，并捕获输出字符串，搜索"Failed"或"not running"等关键词做二次校验
C++跨平台封装要注意的三个硬限制
没有真正的跨平台DNS刷新API，所谓“封装”只是按OS分支调用不同命令+容错逻辑，且必须接受失败常态。
最易被忽略的是：DNS缓存刷新后，已有socket连接不会自动重解析域名——TCP连接仍走旧IP，HTTP/HTTPS请求若复用连接也无效。必须主动关闭旧连接或强制新建连接。
- Windows下
getaddrinfo结果受缓存影响，但gethostbyname已废弃，务必用getaddrinfo并配合AI_ADDRCONFIG标志 - Linux上
res_init()仅重载/etc/resolv.conf，不清理内核或resolver daemon缓存，纯属误导性操作 - 不要尝试用
setsockopt(SO_BINDTODEVICE)或修改/proc/sys/net/ipv4/conf/*/arp_ignore来“绕过”DNS——这解决的是ARP或路由问题，和DNS缓存无关
调试时如何验证DNS缓存是否真被清空
别信命令返回码，直接测解析行为。用getaddrinfo查一个刚改过A记录的域名，对比前后IP是否变化。
注意getaddrinfo默认有内部缓存（glibc 2.34+引入），即使系统DNS清了，它也可能返回旧结果。需临时禁用：
- Linux：运行前设环境变量
export GAI_CACHE=0（仅glibc有效） - Windows：无标准方法，只能重启进程或用
WSASetLastError(WSANOTINITIALISED)后重新WSAStartup（副作用大，慎用） - 更可靠方式：起一个子进程单独跑
nslookup example.com 127.0.0.1，绕过应用层缓存
真正麻烦的从来不是执行命令，而是确认它起了作用——系统DNS缓存层多（内核、resolver daemon、glibc、应用层），每层都要单独验证。
