仍然可以访问Valgrind中libcurl c++代码的泄漏摘要

Question

libcurl中的以下函数保存一个文件并返回http状态代码。然而，当我使用valgrind运行它时，它报告0字节表示"肯定丢失"、"间接丢失"one_answers"可能丢失"，但报告47448字节表示"仍然可以访问"。我正在尝试解析"仍然可以访问"的字节。

以下代码中是否存在任何潜在的内存泄漏？

size_t write_data(void *ptr, size_t size, size_t nmemb, FILE *stream){
    size_t written = fwrite(ptr, size, nmemb, stream);
    return written;
}
void connectAndSaveFile(char* url, char* output_file_name){
    CURL *curl;
    curl = curl_easy_init();
    if (curl)    {
        FILE *fp = fopen(output_file_name,"wb");
        curl_easy_setopt(curl, CURLOPT_URL, url);
        curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, write_data);
        curl_easy_setopt(curl, CURLOPT_WRITEDATA, fp);
        curl_easy_perform(curl);
        curl_easy_cleanup(curl);
        fclose(fp);
    }
}
string get_http_status_code(string URL) {
    CURL *session;
    session = curl_easy_init();
    curl_easy_setopt(session, CURLOPT_URL, URL.c_str());
    curl_easy_setopt(session, CURLOPT_NOBODY, true);
    CURLcode curl_code = curl_easy_perform (session);
    long http_code = 0;
    curl_easy_getinfo (session, CURLINFO_RESPONSE_CODE, &http_code);
    curl_easy_cleanup(session);
    std::ostringstream buff;
    buff << http_code;
    return buff.str();
}

Answer 1

1. "仍然可以访问"通常不是泄漏

2. 如果使用curl_global_init和curl_global_cleanup ，则可访问的内存可能会稍少

Answer 2

上面提到的大部分代码都使用libcurl。因此，我认为我们必须查看文档并阅读有关API的内容以及推荐的步骤。

然而，在下面的方法中，客户端正在传递fwrite API正在写入的指针，并返回给调用方。一旦使用完成，需要在客户端（将调用此函数的用户）代码中释放此内存。

size_t write_data(void *ptr, size_t size, size_t nmemb, FILE *stream)

然而，在纯C++方式中，我们应该使用std::fstream & std::string，这样我们就不必担心内存管理了。有关更多信息，您可以参考以下链接：

https://stackoverflow.com/a/22048298/2724703