關於C#呼叫C++dll傳指標釋放記憶體問題
阿新 • • 發佈:2020-12-29
一、傳入dll前,在C#中申請記憶體空間
c#裡面的指標即 IntPtr
申請如下:
IntPtr SrcImgData = Marshal.AllocHGlobal(length);
這種需要提前知道空間大小,否則無法確定空間大小,會導致dll內部處理時越界報錯。
c#裡面申請空間了,那麼c++裡面一般就是在這些空間裡面操作了,一般不會重新分配記憶體,那麼就不需要加引用了。
c++:
uchar* SrcImg
c#匯入dll函式時申明:
IntPtr SrcImg
那麼記憶體釋放自然也是由c#來進行。
Marshal.FreeHGlobal(SrcImgData);
二、dll內部會對指標重新分配記憶體
這時c#便不需要在外部申請記憶體空間,初始化一個指標即可:
IntPtr SrcImg = IntPtr.Zero;
由於dll內部申請了空間,作出了一些改變,所以想要傳回C#中需要使用引用
c++:
uchar* &SrcImg
c#匯入dll函式時申明:
ref IntPtr SrcImg
C++內部申請記憶體空間有幾種方式,new或者malloc,如果是這兩種分配方式,那麼dll應該提供釋放記憶體的函式介面,否則C#無法正常釋放記憶體,長時間執行記憶體會逐漸增長即記憶體洩漏。
如果是通過cotaskmemalloc方式申請記憶體:
SrcImg = (uchar*)CoTaskMemAlloc(length);
那麼C#裡面可以正常釋放:
Marshal.FreeHGlobal(SrcImg);
當然,如果C++中提供釋放介面的話就不需要這樣去釋放了。
三、clr模式下的C++dll
經過測試,如果用clr,C++內部用new來分配記憶體,C#裡面可以通過FreeHGlobal正常釋放
到此這篇關於關於C#呼叫C++dll傳指標釋放記憶體問題的文章就介紹到這了,更多相關c#呼叫c++dll釋放記憶體內容請搜尋我們以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援我們!