『壹』 linux中socket编程服务端启动，客户端启动是出现错误：connection refuse（111）
你的servaddr里的IP地址或PORT端口号设置错了吧。
服务端和客户端内的简单里子请参考容：
http://blog.csdn.net/flynetcn/article/details/5829258
『贰』 linux c 读取socket问题
这个，我说来下，你那个自read的函数那个地方有问题，你可以用一个while循环 来接收数据 ，
while(read(sockfd,buf,1900) != 0)
{
printf("%s",buf);
}
但是这样的话没法保存，你看看再弄个buf来保存一下
数据在网络中舆不是一次就传完 ，多次接收才能正常p
『叁』 Linux客户端和Window服务器端udp socket通信不能成功
上面代码没问复题，用制Linux虚拟机和window调试时，不能选用Bridge方式，改用NAT方式即可。
因为系统环境不同，这样慢慢地很容易就找到问题出在哪里，打个比方？触发了里面有什么内容，它发送一条消息少年。这类问题（是打比方，精确到端口，语言不同。打印出来看，一步一步排查就行，不限于这一个问题）
另外的可能就是linux客户端上的代码运行机制问题。
首先要100%确定客户端的消息到了服务器端，代码上的表现可能也不同，有没有表示什么时候发完，这一类；
然后这时从服务器端代码接受消息的入口也就是第一行开始单步调试，是否触发了服务器的监听函数。也就是结束符，服务器可能一直在等单条消息的结束
『肆』 linux C 解决socket 异常关闭后端口未及时收回的问题
当遇到Linux C语言编程中socket异常关闭导致后端口未及时收回的问题时，可以通过在bind函数前增加特定代码来解决。具体方法为在绑定前尽可能地调用setsockopt并设置SO_REUSEADDR套接字选项。这样做能够使得服务器不必等待TIME_WAIT状态，从而允许我们更迅速地重启服务器。
引入SO_REUSEADDR选项的关键在于，它允许服务器在TIME_WAIT状态下立即重新启动，尽管TIME_WAIT状态仍然存在，但该状态不会影响我们重新启动服务器的过程。这避免了由于后端口未及时收回而引发的性能瓶颈或连接冲突。
实现这一解决方案的步骤如下：
1. 在服务器程序启动的早期阶段，调用setsockopt函数。
2. 将参数设置为SO_REUSEADDR。
3. 重新绑定端口。
通过遵循上述步骤，服务器可以在确保所有当前连接关闭后，立即重新启动，避免了长时间的TIME_WAIT状态对系统性能的影响。
解决后端口未及时收回的问题，不仅能够提高服务器的重启效率，还能确保在处理异常关闭的socket连接时，系统资源能够迅速释放，从而提升整体的网络服务性能和稳定性。
『伍』 linux socket的accept失败，errno=24(Too many open files)
你的程序写的可能不是太好，打开太多文件，超过系统设定了
当然，也有可能你的需求就专是要打开很多，那属么修改系统限制，如下参数可供参考：
1 编辑/etc/sysctl.conf，增加
net.core.somaxconn=131072fs.file-max=131072
然后 sudo sysctl -p
2 修改/usr/include/linux/limits.h，其中NR_OPEN改成
NR_OPEN = 65536
3 编辑/etc/security/limits.conf，增加
* soft nofile 65535* hard nofile 65535