使用valgrind檢測到sqlite3.c內(nèi)存泄漏，怎么處理？引用：引用：引用：init no close how can not leak。我的程序一直將數(shù)據(jù)存儲在SQLite數(shù)據(jù)庫中，因此代碼中

使用valgrind檢測到sqlite3.c內(nèi)存泄漏，怎么處理？

引用：引用：引用：init no close how can not leak。我的程序一直將數(shù)據(jù)存儲在SQLite數(shù)據(jù)庫中，因此代碼中沒有關(guān)閉的數(shù)據(jù)庫。SQLite數(shù)據(jù)庫總是開放的，這不合理嗎？如何將數(shù)據(jù)寫入數(shù)據(jù)庫而不泄漏？謝謝你的建議！當您打開數(shù)據(jù)庫進行讀寫操作時，當內(nèi)存沒有釋放時是正確的。如果你關(guān)閉數(shù)據(jù)庫而不釋放內(nèi)存，那就真的是一個漏洞。Valgrind應該檢測malloc，但是沒有免費消息被泄露，但是實際上你不需要發(fā)布

Valgrind MemCheck工具的用法如下：Valgrind--tool=MemCheck。/從上面的命令中，我們可以清楚地看到主命令是Valgrind，我們想要使用的工具是由“-tool”選項指定的。上面的“a.out”指的是我們想要用MemCheck運行的可執(zhí)行文件。此工具可以檢測以下與內(nèi)存相關(guān)的問題：未釋放內(nèi)存的使用、釋放內(nèi)存的讀/寫、分配內(nèi)存塊末尾的讀/寫內(nèi)存泄漏、使用malloc/new/new[]和free/delete/delete[]重復釋放內(nèi)存注：以上列表不是很全面，但是它包含許多可以被工具檢測到的常見問題。讓我們逐一討論上面的場景：注意：下面討論的所有測試代碼都應該使用GCC和-G選項編譯（用于在MemCheck的輸出中生成行號）。正如我們在將C程序編譯成可執(zhí)行文件之前所討論的，它需要經(jīng)歷四個不同的階段