最近需要上线的逻辑server由于需要与大量的后台server交互，今天突然发现有大量的close_wait产生，于是仔细研究了一下：
首先我们知道，如果我们的服务器程序处于CLOSE_WAIT状态的话，说明套接字是被动关闭的！
因为如果是CLIENT端主动断掉当前连接的话，那么双方关闭这个TCP连接共需要四个packet：

Client ---> FIN  ---> Server
Client <--- ACK  <--- Server

这时候Client端处于FIN_WAIT_2状态；而Server 程序处于CLOSE_WAIT状态。

Client <--- FIN  <--- Server

这时Server 发送FIN给Client，Server 就置为LAST_ACK状态。

Client ---> ACK  ---> Server

Client回应了ACK，那么Server 的套接字才会真正置为CLOSED状态。

Server 程序处于CLOSE_WAIT状态，而不是LAST_ACK状态，说明还没有发FIN给Client，那么可能是在关闭连接之前还有许多数据要发送或者其他事要做，导致没有发这个FIN packet。
通常来说，一个CLOSE_WAIT会维持至少2个小时的时间（这个时间外网服务器通常会做调整，要不然太危险了）。如果有个流氓特地写了个程序，给你造成一堆的CLOSE_WAIT，消耗
你的资源，那么通常是等不到释放那一刻，系统就已经解决崩溃了 ...

这几天在写一个server，由于框架相同，仅仅是获取数据源的地方有区别，所以，研究了一下如何使用面向对象的方法来动态加载so。

主要思想就是：
1.通过一个函数能够获得一个基类的指针，这样在调用基类的函数的时候，就能自动调用子类的实现了。
2.存储so对象的指针应该是外层类的一个static变量。

详细还是看代码吧：
1）首先定义一个公共的头文件，里面存储的基类的定义：（需要注意的就是，只要不是纯虚函数，那么就一定要有实现；还有就是析构函数需要为虚函数）
so和主调程序都需要包含这个头文件。
source_base.h

#ifndef _SOURCE_BASE_H_
#define _SOURCE_BASE_H_
#include <iostream>
using namespace std;
class CSourceBase;
/** 
 * @brief    获取实例
 * 
 * @param    client        new出的指针
 * 
 * @return    0            succ
 *             else        fail
 */
extern “C” int CreatObj(CSourceBase *& client);
class CSourceBase
{
    public:
        CSourceBase ...

如何保证一个程序在单台服务器上只有唯一实例呢，本着简单实用的思想写了一个实现函数：

/* 判断当前进程是否已经运行 */
static bool is_running(const char* prg)
{
    const char* pid_file = ".tmp_pid";
    const char* p = strrchr(prg, '/');
    if (p)
    {
        p++;
    }
    else
    {
        p = prg;
    }
    char cmd[128] = {0};
    sprintf(cmd, "pgrep %s >%s", p, pid_file);
    system(cmd);
    std::string s;
    FILE* fp = fopen(pid_file, "r");
    if (fp == NULL)
    {
        fprintf(stderr, "ERROR: can not open ...

给第三方提供接口的时候，设计了一个传入大量id的接口，结果昨天测试发现，传入了100个ID，结果只返回55个的数据，一开始以为是API有问题，后台调试才发现，原来是URL自己截断了！
后来仔细了解了一下，原来通过GET方式请求，并传递一个过长的参数的话，IE会自动的截去超出最大长度的字符。
微软的权威解释，IE的url最大长度是2083个字节,可以用于GET传递数据的长度是2048个字节。
Maximum URL length is 2,083 characters in Internet Explorer.
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q208427

其实也比较容易解决，只要换成post请求就可以了。

转载请注明出处.https://www.vimer.cn

其实在认真阅读了这篇名为“计算内存使用”的文章之后，还是处于半迷糊状态。这位作者就说Linux下面没有特别好的显示内存占用的工具，虽然有top和free，但都说得不清楚，就跟巫毒教的魔术似的。 比如top这个工具，它会显示3种数据，作者分别解释如下：

VIRT：virtual memory usage。Virtual这个词很神，一般解释是：virtual adj.虚的, 实质的, [物]有效的, 事实上的。到底是虚的还是实的？让Google给Define之后，将就明白一点，就是这东西还是非物质的，但是有效果的，不发生在真实世界的，发生在软件世界的等等。这个内存使用就是一个应用占有的地址空间，只是要应用程序要求的，就全算在这里，而不管它真的用了没有。写程序怕出错，又不在乎占用的时候，多开点内存也是很正常的。
RES：resident memory usage。常驻内存。这个值就是该应用程序真的使用的内存，但还有两个小问题，一是有些东西可能放在交换盘上了（SWAP），二是有些内存可能是共享的。
SHR：shared memory。共享内存。就是说这一块内存空间有可能也被其他应用程序使用着；而Virt － Shr似乎就是这个程序所要求的并且没有共享的内存空间 ...

这周一台新server要上线，突然想起用的是短链接，而且是client端主动断链接，于是就

netstat -lan

看了一下，果然发现大量的TIME_WAIT(9000左右)，即系统在发现客户端断掉链接之后的等待状态，解决方法就是打开机器的快速回收。
命令如下：

cd /proc/sys/net/ipv4 
echo 1 > tcp_tw_recycle

过几分钟，在用netstat看一下，果然降到了100左右~~

如果，没有开快速回收就上外网……，结果可以想象了……