阻塞socket编程。一个server，一个client。
流程如下：
server:
1) bind
   listen
   accept
   sleep(60)

client
   设置so_linger
   connect
   send 5k数据
   close.

我的理解，由于server accept后，进行了sleep，没有接收数据。所以当client调用close时，理论上应该阻塞close一段时间。但是程序调试，发现close直接返回，没有阻塞。

why，so_linger作用不就是需要发送完缓冲data，才能close连接的吗

client code如下：

    struct sockaddr_in client_addr;
    struct linger my_lin;
    char buftmp[1024*10];

    init_transfer();

    len = sizeof(struct sockaddr_in);
    memset(&client_addr, 0, len);

    client_addr.sin_family      = AF_INET;
    client_addr.sin_port        = htons(TRANSFER_PORT);
    client_addr.sin_addr.s_addr = inet_addr("127.0.0.1");

            my_lin.l_onoff = 1;
            my_lin.l_linger = 60;
            if (setsockopt(transfer_sock, SOL_SOCKET, SO_LINGER, (char *)&my_lin, sizeof(my_lin)) == -1)
            {
                perror("Set socker opt failed");
                return -1;
            }

    s = connect(transfer_sock, (struct sockaddr *)&client_addr, len);

  ....

结束的地方：
    time(&stime);
    tt = close(transfer_sock);
    time(&etime);
    printf("close return %d -------------wait time %dn", tt, (int)(etime - stime));

setsockopt ：SO_LINGER 选项设置

 此选项指定函数close对面向连接的协议如何操作（如TCP）。内核缺省close操作是立即返回，如果有数据残留在套接口缓冲区中则系统将试着将这些数据发送给对方。
 
SO_LINGER选项用来改变此缺省设置。使用如下结构：
struct linger {
     int l_onoff; /* 0 = off, nozero = on */
     int l_linger; /* linger time */
};
 
有下列三种情况：
1、设置 l_onoff为0，则该选项关闭，l_linger的值被忽略，等于内核缺省情况，close调用会立即返回给调用者，如果可能将会传输任何未发送的数据；
 
2、设置 l_onoff为非0，l_linger为0，则套接口关闭时TCP夭折连接，TCP将丢弃保留在套接口发送缓冲区中的任何数据并发送一个RST给对方，而不是通常的四分组终止序列，这避免了TIME_WAIT状态；
 
3、设置 l_onoff 为非0，l_linger为非0，当套接口关闭时内核将拖延一段时间（由l_linger决定）。如果套接口缓冲区中仍残留数据，进程将处于睡眠状态，直 到（a）所有数据发送完且被对方确认，之后进行正常的终止序列（描述字访问计数为0）或（b）延迟时间到。此种情况下，应用程序检查close的返回值是非常重要的，如果在数据发送完并被确认前时间到，close将返回EWOULDBLOCK错误且套接口发送缓冲区中的任何数据都丢失。close的成功返回仅告诉我们发送的数据（和FIN）已由对方TCP确认，它并不能告诉我们对方应用进程是否已读了数据。如果套接口设为非阻塞的，它将不等待close完成。