主頁 > 軟體工程 > DLL 自己一個執行緒, 里面使用Malloc后把資料通過PostThreadMessage 到主執行緒. 如何正確釋放LPARAM指向的buffer?

DLL 自己一個執行緒, 里面使用Malloc后把資料通過PostThreadMessage 到主執行緒. 如何正確釋放LPARAM指向的buffer?

2020-09-13 15:05:56 軟體工程


//dll執行緒代碼
    char * p = (char*)malloc(sizeof(char) * 2048000);
    memcpy(p, "Apple Phone", strlen("Apple Phone"));
    p[strlen(p)] = '\0';

    PostThreadMessage(g_dwThread, WM_TestMessage, 0, (LPARAM)p);



//main主執行緒訊息回圈
    MSG msg;
    while (GetMessage(&msg, NULL, 0, 0))
    {
        if (msg.message == WM_TestMessage)
{
    printf("Get WM_TestMessage \n");
    free((char*)msg.lParam);
}
TranslateMessage(&msg);
DispatchMessage(&msg);
    }


這里有個疑問,執行緒的 指標變數 char *p 會因為dll結束后消失了。 而malloc的記憶體并沒有消失。 GetMessage 的   free((char*)msg.lParam); 是不是會有導致記憶體崩潰的可能?(我目前測驗是 還沒崩過), 請問有沒有方法讓GetMessage 正確處理dll里面的堆空間?

uj5u.com熱心網友回復:

DLL 中再添加一個匯出函式 用于釋放,  主執行緒中呼叫這個介面來釋放

uj5u.com熱心網友回復:

最好的原則是誰申請誰釋放~

uj5u.com熱心網友回復:

參考 1 樓 zgl7903 的回復:
DLL 中再添加一個匯出函式 用于釋放,  主執行緒中呼叫這個介面來釋放


這個DLL 是 主程式在需要的時候通過 LoadLibrary加載的 ,然后DLL在 DllMain 的 DLL_THREAD_ATTACH: 創建一個 Settimer()作業。 把每次完成的任務結果通過PostThreadMessage給主執行緒處理。 不想通過DLL 提供介面完成這個事情(當然我記得Windows核心編程是建議Dll自己提供 申請 和 釋放...)  請問有其它方法嗎?

uj5u.com熱心網友回復:

可以用檔案的方式, 
DLL中創建、 寫檔案,關閉保存后,把檔案名傳遞給主執行緒,
主線中打開讀取,結束后洗掉

uj5u.com熱心網友回復:

參考 4 樓 zgl7903 的回復:
可以用檔案的方式, 
DLL中創建、 寫檔案,關閉保存后,把檔案名傳遞給主執行緒,
主線中打開讀取,結束后洗掉

謝謝提供方法。目前網上面查看另外一種方法利用了智能指標 按照里面的方法改了下代碼暫時也沒有問題
DLL執行緒:
PostMessage(MyhWnd, CWM_SOME_ERROR, 0, new string(the_exception.error_string));

主執行緒GetMessage
 std::auto_ptr<string> msg(reinterpret_cast<string*>(lParam))

uj5u.com熱心網友回復:

"執行緒的 指標變數 char *p 會因為dll結束后消失了"
dll結束 時 做 最后 一次 free

uj5u.com熱心網友回復:

誰申請誰釋放
dll匯出個free的函式。在main訊息回圈里用dll的free函式釋放即可。

uj5u.com熱心網友回復:

參考 樓主 baidu_28726667 的回復:

//dll執行緒代碼
    char * p = (char*)malloc(sizeof(char) * 2048000);
    memcpy(p, "Apple Phone", strlen("Apple Phone"));
    p[strlen(p)] = '\0';

    PostThreadMessage(g_dwThread, WM_TestMessage, 0, (LPARAM)p);



//main主執行緒訊息回圈
    MSG msg;
    while (GetMessage(&msg, NULL, 0, 0))
    {
        if (msg.message == WM_TestMessage)
{
    printf("Get WM_TestMessage \n");
    free((char*)msg.lParam);
}
TranslateMessage(&msg);
DispatchMessage(&msg);
    }


這里有個疑問,執行緒的 指標變數 char *p 會因為dll結束后消失了。 而malloc的記憶體并沒有消失。 GetMessage 的   free((char*)msg.lParam); 是不是會有導致記憶體崩潰的可能?(我目前測驗是 還沒崩過), 請問有沒有方法讓GetMessage 正確處理dll里面的堆空間?


主執行緒和dll申請的記憶體都在同一個行程空間,所以我比較喜歡訊息佇列處理完畢后,訊息函式干掉傳過來的指標。


uj5u.com熱心網友回復:

參考 8 樓 走好每一步 的回復:
Quote: 參考 樓主 baidu_28726667 的回復:


//dll執行緒代碼
    char * p = (char*)malloc(sizeof(char) * 2048000);
    memcpy(p, "Apple Phone", strlen("Apple Phone"));
    p[strlen(p)] = '\0';

    PostThreadMessage(g_dwThread, WM_TestMessage, 0, (LPARAM)p);



//main主執行緒訊息回圈
    MSG msg;
    while (GetMessage(&msg, NULL, 0, 0))
    {
        if (msg.message == WM_TestMessage)
{
    printf("Get WM_TestMessage \n");
    free((char*)msg.lParam);
}
TranslateMessage(&msg);
DispatchMessage(&msg);
    }


這里有個疑問,執行緒的 指標變數 char *p 會因為dll結束后消失了。 而malloc的記憶體并沒有消失。 GetMessage 的   free((char*)msg.lParam); 是不是會有導致記憶體崩潰的可能?(我目前測驗是 還沒崩過), 請問有沒有方法讓GetMessage 正確處理dll里面的堆空間?


主執行緒和dll申請的記憶體都在同一個行程空間,所以我比較喜歡訊息佇列處理完畢后,訊息函式干掉傳過來的指標。




如果在主執行緒GetMessage那個函式獲取訊息后怎么干掉傳趕來的指標? 在 PostThreadMessage那個執行緒里面創建的指標變數可能在主執行緒還沒執行完GetMessage的內容就沒了啊

uj5u.com熱心網友回復:

指標 - 》指向的記憶體(new或者malloc開辟的)
怎么會沒了呢,沒有delete或free,它不會憑空沒的。

uj5u.com熱心網友回復:

在主執行緒中釋放

uj5u.com熱心網友回復:

參考 10 樓 走好每一步 的回復:
指標 - 》指向的記憶體(new或者malloc開辟的)
怎么會沒了呢,沒有delete或free,它不會憑空沒的。


void DllThread
{
    char *p = (char*)malloc(sizeof(char) * 1024);
    memcpy(p,"abcdefghijk",strlen("abcdefghijk");
    p[strlen(p)] = '\0';
    PostThreadMessage( nThreadId, WM__TEST_MESSAGE,NULL, p);
    return;
}

int main()
{
    GetMessage(...)
    {


    }
}


按照以上代碼, 在DllThread里面的PostThreadMessage不會阻塞,然后執行return,char *p 不就沒了嗎? 只是malloc的空間還在,然后泄露了?!

uj5u.com熱心網友回復:

。。。。
指標變數p是區域變數是沒了,但是指標里存的地址值已經被放到訊息佇列里了。
你訊息處理的時候可以取出來,delete該地址所指向的記憶體塊。

建議樓主自己學會用編譯器看記憶體,理解不能停留在表面。
深刻去理解以下概念,進而深刻理解一個變數乃至一個物件的生與死,深刻理解變數的作用域
代碼區
區域變數
全域變數

堆疊
靜態區
類變數

uj5u.com熱心網友回復:

懂的一點點表面的知識,去談記憶體泄漏是不科學。

1、什么叫做記憶體泄漏?
2、什么情況下記憶體泄漏是危險的?
3、什么情況下記憶體泄漏是不危險的?
4、記憶體泄漏的本質是什么,你能不能寫出一個證明記憶體泄漏危害的例子?
5、絕大部分軟體都存在記憶體泄漏的情況,為什么系統不會掛掉?

c++初學者喜歡談面向物件,喜歡談記憶體泄漏,其實絕大部分都沒好好理解。
勿在浮沙筑高樓!

uj5u.com熱心網友回復:

上面講的有點那個,直白一些就是,別人講的是別人。
你自己摸索了懂了才是你自己的。


嘗試一下吧,寫一個記憶體泄漏危害系統的程式,Hello記憶體內漏,祝君愉快踏入另一層次。

uj5u.com熱心網友回復:

CRT堆上的記憶體不能跨CRT堆釋放。所以DLL靜態鏈接CRT的話只能在DLL里釋放。就是匯出個函式專門干delete的活。DLL和Exe是共享的同一個CRT DLL的話,可以跨模塊去delete——前提是指標的型別在兩個模塊編譯出來行為相同。比如要是兩個模塊里同一個類的大小或者成員位元組對齊不一樣,你在一個模塊里去洗掉另一個模塊分配的類就有問題。當然char*這種簡單的型別沒有問題。不過簡單的記憶體分配可以直接在公用的堆上去申請記憶體,比如用CoTaskMemAlloc和CoTaskMemFree,這樣就沒有跨堆釋放的問題。

uj5u.com熱心網友回復:

需要進行執行緒同步處理。
定義信號量,在子執行緒PostThreadMessage后讓該執行緒處于等待狀態,主執行緒GetMessage處理完成后,改變信號狀態,子執行緒繼續運行free。

uj5u.com熱心網友回復:

智能指標的本意也還是誰申請誰釋放

uj5u.com熱心網友回復:

用系統API申請記憶體不就完事了,HeapAlloc,HeapFree 跟哪個dll無關,隨便哪里釋放

uj5u.com熱心網友回復:

1.申請全域記憶體,用于存盤訊息。

2.阻塞式的發送訊息sendmessage,等訊息處理完成后才會回傳。

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/25288.html

標籤:進程/線程/DLL

上一篇:影像特征匹配中關于匹配率計算的問題

下一篇:cad圖形顯示問題求助

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more