本文探讨了Android从4.4版本开始引入的基于socket的DNS服务，该服务由netd进程提供。netd作为独立进程运行，通过libnetd_client库与应用程序交互。DnsProxyListener监听/dev/socket/dnsproxyd，并处理包括GetAddrInfoCmd在内的多种命令。DNS查询过程涉及多个环节，可能的原因包括统一服务架构、客户端简化和通过socket实现隔离等。
只讨论netd 提供dns服务，从android 4.4 开始，android 提供基于socket 的dns服务（类似ubuntu的dnsmasq）
源文件在 system/netd 下面
当应用需要访问dns服务的时候，通过system/netd/client接口访问, libnetd_client中的函数被bionic动态load了（只是猜想，需要确认）
netd作为单独进程启动，监听socket
启动 netd， 它创建DnsProxyListener 监听文件 /dev/socket/dnsproxyd， 并且注册了能处理的 三种commands
DnsProxyListener 能处理的三种cmd如下，cmd的匹配和分发是自动的( 详细见：system/core/libsysutils/src/FrameworkListener.cpp#85 )
而后各command在自己的 runCommand(cli,argc, argv) 中具体处理
具体拿GetAddrInfoCmd 来说， 就是创建GetAddrINfoHandler， 而后调用android_getaddrinfofornet 得到结果后，给socketclient返回数据
软件越来越复杂，一个想象简单的dns查询经过了这么多环节。
为何不直接调用android_getaddrinfofornet返回结果万事，猜想下原因
1）netd还有其他service, 不单是dns查询，考虑统一架构
2）通过socket隔离，使得client 程序简化
3）可以做cache
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
