Вызывает ли libuv утечку памяти в uv_listen ()?

Я тестирую свою маленькую программу, которая использует 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));  <<
....
}

0

Решение

uv_listen () действительно вызывает malloc (), но это не утечка. Однако, если вы закроете дескриптор сервера (и дождитесь обратного вызова close), память снова будет освобождена.

1

Другие решения

При правильной очистке, uv_listen не должно пропускать память. В этом случае, uv_close должен быть вызван, и цикл по умолчанию должен выполняться до конца.

призвание uv_close переведет сервер в состояние закрытия. Когда больше нет ожидающих операций, endgame добавляется в цикл для отложенного вызова. endgame будет обработан в течение uv_run, который в конечном итоге освободится accept_reqs в uv_tcp_endgame.

1

По вопросам рекламы [email protected]