Linux上TCP丢失小包不可见的解决
Linux上TCP丢失小包不可见的解决
作者：千里孤行(http://blog.csdn.net/yanghehong)
有网友在做一个Linux上的客户端碰到这样的问题：
我们在Linux下开发一个网络客户端程序（服务器是不可修改的），不断向服务器不定期发送一些很小的包（一般只有几十字节），现在出现这种情况：大部分包正常发送，但是当无线Modem断开的时候，如果这个时候刚好有一个小包，就可能丢失，但在程序中却显示已经发送成功，导致丢包。
我们分析原因是这样：
1：主程序创建Socket，TCP/IP方式，并采用Stream方式
2：主程序调用Write，写入小包到系统的Socket缓冲区，并返回成功写入，由于字节数很小，所以一般都立即返回写入成功！
3：Linux TCP/IP协议栈把Socket缓冲区数据发送到服务器
如果第二步完成，刚好在第三步出现无线Modem断开的情况，就会导致主程序以为已经发送成功了，但服务器收不到的情况。
我们在网络上搜索了大量的资料，但是没有找到最终的解决方案，一般都是要求修改协议，加上对小包的ACK处理，但我们这边无法控制服务器。
我们也试着控制KeepAlive和NoDelay，但还是没效果：
//对sock_cli设置KEEPALIVE和NODELAY
len = sizeof(unsigned int);
setsockopt(sock_cli, SOL_SOCKET, SO_KEEPALIVE, &optval, len);//使用KEEPALIVE
setsockopt(sock_cli, IPPROTO_TCP, TCP_NODELAY, &optval, len);//禁用NAGLE算法
请问有什么方式可以解决这种情况？
如果是Windows的，可以把内核的发送buffer设为0，也就是socket的SO_SNDBUF选项。那么直到服务器TCP收到数据并ack了，客户端的写入才返回成功。
不过这种设SO_SNDBUF的方法在Linux上是行不通的。Linux不让把发送buffer设为0。
Linux内核中的代码是这样的：
Socket.c
int sock_setsockopt(struct socket *sock, int level, int optname,
char __user *optval, int optlen)
{
case SO_SNDBUF:
/* Don't error on this BSD doesn't and if you think
about it this is right. Otherwise apps have to
play 'guess the biggest size' games. RCVBUF/SNDBUF
are treated in BSD as hints */
if (val > sysctl_wmem_max)
val = sysctl_wmem_max;
set_sndbuf:
sk->sk_userlocks |= SOCK_SNDBUF_LOCK;
if ((val * 2) < SOCK_MIN_SNDBUF)
sk->sk_sndbuf = SOCK_MIN_SNDBUF;
else
sk->sk_sndbuf = val
相关文档：
库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。例如：libhello.so libhello.a
1，生成库
第一步要把源代码编绎成目标代码。以下面的代码为例，生成上面用到的hello库：
/* hello.c * ......
ls 命令可以说是linux下最常用的命令之一。它有众多的选项，其中有很多是很有用的，你是否熟悉呢？下面列出了 ls 命令的绝大多数选项。
-a 列出目录下的所有文件，包括以 . 开头的隐含文件。
-b 把文件名中不可输出的字符用反斜杠加字符编号(就象在C语言里一样)的形式列出。
-c 输出文件的 i 节点的修改时 ......
1 引言
线程（thread）技术早在60年代就被提出，但真正应用多线程到操作系统中去，是在80年代中期，solaris是这方面的佼佼者。传统的Unix也支持线程的概念，但是在一个进程（process）中只允许有一个线程，这样多线程就意味着多进程。现在，多线程技术已经被许多操作系统所支持，包括Windows/NT，当然，也包括Linux。
......
一、头文件
gcc 在编译时寻找所需要的头文件 ：
※搜寻会从-I开始
※然后找gcc的环境变量 C_INCLUDE_PATH,CPLUS_INCLUDE_PATH,OBJC_INCLUDE_PATH
※再找内定目录
/usr/include
/usr/local/include
/usr/lib/gcc-lib/i386-linux/2.95.2/include
/usr/lib/gcc-lib/i386-l ......
主要看了Linux完全注释那本书，终于准备攻读Linux内核源码了，先看了第二张的总体概念，感觉操作系统有很多东西还真是大同小异，记得ucos就是有一个叫做快表的东西，里面最多可以表示64个进程，而早版的Linux（0.11）也有这个一说的东西。
在Linux中也有一个PCB来表示每个进程，在这个结构体中，有指向任务代码的� ......
