【问题标题】:Does libuv cause memory leak in uv_listen()?libuv 是否会导致 uv_listen() 中的内存泄漏?
【发布时间】:2013-01-27 11:38:45
【问题描述】:

我测试了我的使用 libuv 的小程序。

程序的调试输出显示内存泄漏。

条件

libuv 版本

#define UV_VERSION_MAJOR 0
#define UV_VERSION_MINOR 9
  • 操作系统:windows 7.0
  • 编译器:vs2010

我的测试代码

#include "stdafx.h"

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <crtdbg.h>
#include <conio.h>
#include <uv.h>

void on_new_connection(uv_stream_t *server, int status) {
}

int main() 
{
    _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);

    uv_tcp_t server;
    uv_tcp_init(uv_default_loop(), &server);

    struct sockaddr_in bind_addr = uv_ip4_addr("0.0.0.0", 9123);
    uv_tcp_bind(&server, bind_addr);

    // leak occurred here  
    uv_listen((uv_stream_t*)&server, 128, on_new_connection);   

    //uv_close((uv_handle_t*)&server, NULL);
    return 0;
}

结果

Detected memory leaks!
Dumping objects ->
{56} normal block at 0x002A3258, 11136 bytes long.
Data: <T B             > 54 F8 42 00 09 00 00 00 CD CD CD CD CD CD CD CD 
Object dump complete.

内部泄漏位置

调用栈

uv_tcp_listen(...) 
uv_listen(...)
main(...)  

代码

uv_tcp_listen(...)
{
  ....
  if(!handle->accept_reqs) {
    handle->accept_reqs = (uv_tcp_accept_t*)
      malloc(uv_simultaneous_server_accepts * sizeof(uv_tcp_accept_t));  << 
  ....
}

【问题讨论】:

  • 为什么uv_close 被注释掉了?这不是应该清理资源的东西吗?

标签: c++ memory-leaks libuv


【解决方案1】:

uv_listen() 确实调用了 malloc() 但它不是泄漏。但是,如果您关闭服务器句柄(并等待关闭回调),内存将再次被释放。

【讨论】:

    【解决方案2】:

    通过适当的清理,uv_listen 不应泄漏内存。在这种情况下,uv_close 需要被调用,并且默认循环需要运行完成。

    调用uv_close 将使服务器进入关闭状态。一旦没有更多挂起的操作,endgame 就会添加到循环中以进行延迟调用。 endgame 将在uv_run 中处理,最终将在uv_tcp_endgame 中释放accept_reqs

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-12-05
      • 1970-01-01
      • 1970-01-01
      • 2020-01-29
      • 1970-01-01
      • 2013-04-04
      • 1970-01-01
      • 2010-09-13
      相关资源
      最近更新 更多