最近自己用boost asio库写网络服务器端的程序, 在一小段代码中用了如下的语句。
std::string foo()
{
std::ostrstream response;
response << name1 << ":" << value1;
response << name2 << ":" << value2;
...
...
return response.str();
}
在模拟客户端访问服务器程序的时候,发现进程使用的内存随着客户端链接成线性增长趋势,
而所有用new的方式分配的对象都用boost::shared_ptr()来封装了。在随后跟踪过程中,发现所有的new的对象,都自动调用了自己的析够函数。因此,boost::shared_ptr不存在问题。接下来,去网上找了下linux内存泄露检测工具,发现了valgrind。下载于源码(http://valgrind.org/downloads/current.html#current),在进入解压目录,
./configue; make; sudo make install 之后,输入命令
./valgrind --leakcheck=yes ./server arg ...
输出报告中发现有上述函数foo()使用了ostrstream,而导致了内存泄露。 后经查, ostrstream用完之后需要显示调用 ostrstream::rdbuf()::free(),否则会有内存泄露。 最后在上述foo()中,使用ostringstream替换ostrstream,问题解决。
-------------------------------------
第一次碰到服务器内存泄露问题, 问题简单,但其解决的过程受菲浅。
std::string foo()
{
std::ostrstream response;
response << name1 << ":" << value1;
response << name2 << ":" << value2;
...
...
return response.str();
}
在模拟客户端访问服务器程序的时候,发现进程使用的内存随着客户端链接成线性增长趋势,
而所有用new的方式分配的对象都用boost::shared_ptr()来封装了。在随后跟踪过程中,发现所有的new的对象,都自动调用了自己的析够函数。因此,boost::shared_ptr不存在问题。接下来,去网上找了下linux内存泄露检测工具,发现了valgrind。下载于源码(http://valgrind.org/downloads/current.html#current),在进入解压目录,
./configue; make; sudo make install 之后,输入命令
./valgrind --leakcheck=yes ./server arg ...
输出报告中发现有上述函数foo()使用了ostrstream,而导致了内存泄露。 后经查, ostrstream用完之后需要显示调用 ostrstream::rdbuf()::free(),否则会有内存泄露。 最后在上述foo()中,使用ostringstream替换ostrstream,问题解决。
-------------------------------------
第一次碰到服务器内存泄露问题, 问题简单,但其解决的过程受菲浅。