这次还是把遇到的几个问题整理一下，希望再遇到的同学能轻松解决。另外最近博客的feeds延迟更新的原因也会一起说明一下。

1.linux下创建线程导致内存泄漏

今天在外网发布了一个server之后，用top发现virt的使用量一直在涨，而且一次涨8m。于是可以断定有内存泄漏了，经过排查，最终确定原因出在多线程的问题上: 代码如下:

pthread_t thread_id;
int ret=pthread_create(&thread_id, NULL, flush_thread_work, (void*)&m_sql_client);
if(ret!=0){
    APPSCORE_ERROR("Thread creation failed:%d",ret);
    return ret;
} 

在flush_thread_work函数内部:

void* flush_thread_work(void* args)
{
    //....do something
    return NULL;
}

代码中启动了一个线程之后，主进程就继续执行，任由新线程自生自灭了（没有调用thread_join），而主进程每隔一段时间就会拉起这样一个线程来做一些数据落地的事情。 这样的写法实际上是会造成内存泄漏的. Linux man page 里有已经说明了这个问题：

When a joinable ...

现在代码中越来越多的使用单体类，而我们通常的编写代码的方式是：

在A.h文件中：

class CTest
{
    public:
        static CTest* _ins;
        static CTest* Ins()
};

在A.cpp中：

CTest* CTest::_ins = NULL;
CTest* CTest::Ins()
{
    if ( !_ins )
    {   
        try 
        {   
            _ins = new CTest();
        }   
        catch(...)
        {   
            return NULL;
        }   
    }   
    return _ins;
}

而实际上，上面的代码通过valgrind检查内存泄漏的时候，会告诉你内存still reachable，虽然实际上当进程退出的时候，这些内存是实际释放掉了，但是还是多少会对内存泄漏的定位产生影响，而且也不符合谁申请谁释放的原则。

我们可以简单的使用stl的智能指针解决这个问题，即代码更改如下：

在A.h文件中：

class CTest
{
    public:
        static auto_ptr<CTest> m_auto_ptr;
        static CTest* _ins;
        static ...