OpenSSL::SSL_library_init() 内存泄漏

2021-12-30 00:00:00 windows openssl memory-leaks c++

最近我开始研究C++内存泄漏,所以我可能会问一些幼稚的问题.
我有一个使用 OpenSSL 的 c++ 库 - 我的任务是检查这个库中是否存在内存泄漏.我已经运行 Visual Leak Detector 来检查内存泄漏.
我看到对 SSL_library_init();SSL_load_error_strings(); 的调用导致泄漏 - 快速谷歌搜索显示在使用结束时我必须调用以下内容:

Recently I have started studying about memory leaks in C++, so I may ask a naive questions.
I have a c++ library that is using OpenSSL - my task is to check if there are memory leaks in this lib. I have run Visual Leak Detector to check mem leaks.
I see that the calls to SSL_library_init(); and SSL_load_error_strings(); are leading leak - quick googling is showing that at the end of usage I have to call the followings:

CONF_modules_free();
ERR_remove_state(0);
ENGINE_cleanup();
CONF_modules_unload(1);
ERR_free_strings();
EVP_cleanup();
CRYPTO_cleanup_all_ex_data();

泄漏确实减少了,但仍然有两个泄漏(VLD 工具显示给我)是因为 SSL_library_init 调用而发生的.
有谁知道我还需要做什么才能释放所有内存泄漏?

The leak indeed decreased, but still there are two leaks(that the VLD tool shows me) that happen because the SSL_library_init call.
does anyone know what else I have to do in order to free all the mem leaks?

推荐答案

据我所知,所有在 SSL_library_init()SSL_load_error_strings() 期间分配的内存都被存储在全局变量中,因此它属于正在使用的内存"类别,而不是属于内存泄漏"类别,因为当程序即将消失时,内存仍然可以访问.

As I understand all the memory which is allocated during SSL_library_init() and SSL_load_error_strings() are stored in global variables and so it comes under the category of "Memory in Use" rather under the category of Memory leak as the memory is still accessible when the program is dying out.

一个建议是 ERR_remove_state(0) 必须在使用 SSL 的每个线程中调用,因为当您使用参数 0 调用 ERR_remove_state 时,它只会清除当前线程的错误状态.其他电话对我来说似乎很好.如果你能发一下 VLD 仍在显示的两次泄漏",我可以检查一下.

One suggestion is that ERR_remove_state(0) must be called in each thread where SSL is used, because when you call the ERR_remove_state with argument 0, it just clears the error state for the current thread. Other calls appears good to me. If you could post, "two leaks" which are still being displayed by VLD, I can check.

相关文章