本节书摘来自异步社区《UNIX网络编程 卷1：套接字联网API（第3版）》一书中的第8章，第8.12节，作者：【美】W. Richard Stevens , Bill Fenner , Andrew M. Rudoff著，更多章节内容可以访问云栖社区“异步社区”公众号查看
8.12 dg_cli函数（修订版）
现在我们回到图8-8中的dg_cli函数，把它重写成调用connect。图8-17所示为新的函数。
所做的修改是调用connect，并以read和write调用代替sendto和recvfrom调用。该函数不查看传递给connect的套接字地址结构的内容，因此它仍然是协议无关的。图8-7中的客户程序main函数保持不变。
在主机macosx上运行该程序，并指定主机freebsd4的IP地址（它没有在端口9877上运行相应的服务器程序），我们得到如下输出：
macosx % udpcli04 172.24.37.94
hello, world
read error: Connection refused
我们首先注意到，当启动客户进程时我们并没有收到这个错误。该错误只是在我们发送第一个数据报给服务器之后才发生。正是发送该数据报引发了来自服务器主机的ICMP错误。然而当一个TCP客户进程调用connect，指定一个不在运行服务器进程的服务器主机时，connect将返回同样的错误，因为调用connect会造成TCP三路握手，而其中第一个分节导致服务器TCP返送RST（4.3节）。
图8-18给出了tcpdump的输出。
我们还从图A-15中看到，该ICMP错误由内核映射成ECONNREFUSED错误，对应于由err_sys函数输出的消息串：“Connection refused”（连接被拒绝）。
不幸的是，并非所有内核都能像本节的示例那样把ICMP消息返送给已连接的UDP套接字。一般来说，源自Berkeley的内核返回这种错误，而System V内核则不。举例来说，如果我们在一个Solaris 2.4主机上运行同一个客户程序，并connect到没有运行服务器的一个主机上，我们就可以用tcpdump观察并验证服务器主机返回了ICMP端口不可达错误，但是客户的read调用永不返回。这个缺陷在Solaris 2.5中已修复。UnixWare不返回这种错误，而AIX、Digital Unix、HP-UX和Linux都返回这种错误。
