0

libuvを使用する小さなプログラムをテストします。

プログラムのデバッグ出力にメモリリークが表示されます。

調子

libuvバージョン

#define UV_VERSION_MAJOR 0
#define UV_VERSION_MINOR 9
  • os：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));  << 
  ....
}
4

2 に答える 2

1

uv_listen() は実際に malloc() を呼び出しますが、これはリークではありません。ただし、サーバー ハンドルを閉じる (そしてクローズ コールバックを待つ) と、メモリは再び解放されます。

于 2013-01-28T20:15:04.187 に答える
1

適切なクリーンアップにより、uv_listenメモリ リークは発生しません。この場合、uv_closeを呼び出す必要があり、デフォルトのループを最後まで実行する必要があります。

を呼び出すuv_closeと、サーバーがクローズ状態になります。保留中の操作がなくなるendgameと、遅延呼び出しのループに が追加されます。はendgame内で処理されuv_run、最終的に で解放accept_reqsされuv_tcp_endgameます。

于 2013-01-28T20:15:28.380 に答える