mDNSResponder是苹果的Bonjour项目的一部分。 Bonjour是法语“你好”的意思。
Bonjour软件源自正IETF零配置网络工作。零配置工作有三个要求：
1.分配IP地址（即使没有分配DHCP服务器的IP地址）
2.提供名称到地址的转换（即使没有DNS服务器）
3.在网络上发现相关的网络服务（同样没有其他的基础协议支持）
也就是说不需要以上DNS等相关的服务的支持，通过零配置直接完成这些任务。厉害吧？
对于1，通过自分配的本地链接地址实现。
对于2，通过多播（mDNS）发送类似DNS的查询来满足。
对于3，通过DNS Service Dicsovery（DNS-SD）满足。
自分配的本地链接地址自1998年, 在Windows '98和Mac OS 8.5中shouci出现。当然在其他平台上也支持。
mDNSResponder
mDNSResponder项目实现了上面的2和3。其中，m是Multicast缩写。即使用户没有设置传统的DNS服务器，用户也能够使用服务名称(比如www.sohu.com)，而不是点分十进制IP地址(suhu的IP是122.13.86.100)来标识主机。它还为用户无需事先了解服务的细节，就可以发现网络上正在播发什么服务，也无需配置机器。
选择名称“ mDNS”，是因为该协议类似于常规DNS。不过，mDNS和DNS的主要区别在于：
mDNS查询是通过多播发送到所有本地主机，而不是通过单播发送到特定的已知服务器。本地链接上的每个主机都运行一个mDNSResponder，该DNS响应器不断监听那些多播查询，如果mDNSResponder接收到自己关注的查询，则做出响应。
mDNS协议使用与单播DNS相同的数据包格式，相同的名称结构和相同的DNS记录类型。这部分的主要区别在于：
1.查询被发送到不同的UDP端口（5353，而不是53），并通过多播发送到地址224.0.0.251。
2.所有“ mDNS”名称都以“ .local”结尾。当用户键入“ yourcomputer.local”时。进入他们的Web浏览器时，就会显示“ .local”。.local告诉主机OS应该使用本地多播查找该名称，而不是通过将该名称发送给互联网的DNS服务。这有助于用户区分特定名称是广域网的（例如“ www.apple.com”）还是仅仅在本地（例如“ yourcomputer.local”）。
mDNSResponder源代码
由于Apple认为公开这部分代码比较好，可以供其他开发人员使用。这部分代码可以兼容不同种类的OS。
典型的mDNS程序包含三个组件：
“ mDNS Core”层在所有应用程序和所有操作系统都是相同的。
“Platform Support”层提供了特定于每个平台的必要支持例程，例如，调用哪个例程以发送UDP数据包，调用哪个例程以加入多播组等等。
“Application”层可以执行特定应用程序想要执行的任何操作。 它调用“ mDNS Core”层提供的例程来执行所需的功能:
*发布服务，
*浏览特定服务类型的命名实例
*将命名实例解析为特定的IP地址和端口号，
移植
Apple当前为Mac OS 9，Mac OS X，Microsoft Windows，VxWorks以及POSIX平台（例如Linux，Solaris，FreeBSD等）提供“平台支持”层。
注意，OS X已经提供了mDNS 对应的系统调用，因此不需要移植这份代码。
如果每个应用程序将mDNSResponder代码链接到应用内部中，那么最终将遇到如下图所示的情况：
这样效率不高。其实OS X提供了一种通用的系统服务，可以通过“ /usr/include/dns_sd.h”API对其进行访问就ok了。所以实际上每个应用都访问daemon程序，只用一份就好了：
如果希望在内部使用，不用第三方的服务，可以参照上图来移植。在 mDNSPosix目录有具体的说明。
在旧版本的编译器移植
有的编译器太旧，不支持双斜杠的注释：//，那么就要手动改了。比如：
打开BBEdit：
- 打开 “Find” 对话选择 “Use Grep”
- 搜索 : ([^:])//(.*)
- 替换: \1/*\2 */
- 将mDNSResponder代码拖到多文件搜索界面
- 选择"Replace All" 替换所有。
对于面向更多命令行，可以进入代码目录，执行下面的命令：
find mDNSResponder ( -name *.c* -or -name *.h ) -exec sed -i .orig -e ‘s,^//(.),/\1 /,’ -e '//*/!s,([^:])//(.),\1/*\2 */,’ {} ;
mDNSPosix
mDNSPosix是Apple的mDNS到Posix平台的移植。
目录：
mDNSCore-包含核心mDNS代码的目录。该代码是用纯ANSI C编写的，并被证明具有很高的可移植性。每个平台都需要此核心协议引擎代码。
mDNSShared-一个包含有用代码的目录，该代码不是主协议引擎本身的核心。
mDNSPosix-特定于Posix平台的文件：Linux，Solaris，FreeBSD，NetBSD，OpenBSD等。
Clients -客户端代码示例，显示如何将API用于守护程序提供的服务。
编译代码
在mDNSPosix目录，make对应的系统名称：
make os=linux
之后在mDNSPosix/build/prod目录会生成下面的文件：
.
├── libdns_sd.so
├── libnss_mdns-0.2.so
├── mDNSClientPosix
├── mdnsd
├── mDNSIdentify
├── mDNSNetMonitor
├── mDNSProxyResponderPosix
└── mDNSResponderPosix
通用平台使用（例如在台式计算机上）：
-mdnsd
-libmdns
-nss_mdns（有关nss_mdns，请参见nss_ReadMe.txt）
专用平台使用：
-mDNSClientPosix
-mDNSResponderPosix
-mDNSProxyResponderPosix
测试工具：
-dns-sd命令行工具（来自“Client”文件夹）
-mDNSNetMonitor
-mDNSIdentify
运行说明
mdnsd分为三个部分。
o mDNSCore是主要的协议引擎
o mDNSPosix.c提供了在Posix OS上的对应移植
o uds_daemon.c将Unix域套接字接口，导出到mDNSCore提供的服务
客户端应用程序与libmdns链接，libmdns实现dns_sd.h头文件中定义的功能，并实现IPC协议，该协议用于通过Unix Domain Socket接口与守护程序进行通信。
严格来说，nss_mdns只是mdnsd的另一个客户端，就像其他任何客户端一样与libmdns链接。只不过它在多播DNS的正常运行中起着核心作用，因此它与其他必要的系统支持组件一起编译安装。
小型嵌入式系统客户端
有时候需要在极小的系统下支持mdns，但是系统资源有限，这时候可以取消uds_daemon和libmdns层。直接调用core的接口。下面是一些简要的说明，如果没有这样的需求就直接跳过不用看了。
不过，这样工作量会比较大。
1.应用程序调用mDNS_Init，后者调用平台（mDNSPlatformInit）。
- mDNSPlatformInit获取接口列表（get_ifi_info），并向核心注册每个接口（mDNS_RegisterInterface）。它还为每个接口创建一个多播套接字（SetupSocket）。
3.然后，应用程序反复调用select（）来处理文件描述符事件。在每次调用select（）之前，应用程序都会调用mDNSPosixGetFDSet（）来给mDNSPosix.ca机会将其自己的文件描述符添加到集合中，然后在select（）返回之后， 调用mDNSPosixProcessFDSet（）来使 接收并处理数据包。
4.当核心需要发送UDP数据包时， 调用mDNSPlatformSendUDP。该例程查找与内核请求的源地址相对应的接口，并使用为该接口创建的UDP套接字发送数据报。如果套接字是流发送侧控制的，则丢弃数据包。
5.当SocketDataReady运行时，它使用复杂的例程“ recvfrom_flags”来接收数据包。
另外，如果决定在平台中使用线程，注意要实现mDNSPlatformLock（）和mDNSPlatformUnlock（）调用。
