從.NET1.1升級到.NET2.0時出現(xiàn)的PInvokeStackImbalance錯誤 微軟官方的解釋(http://msdn2.microsoft.com/zh-cn/library/0htdy0k3.aspx) 如果 CLR 檢測到平臺調(diào)用之后的堆棧深度與 DllImportAttribute 屬性指定的調(diào)用約定中以及托管簽名的參數(shù)聲明中提供的預(yù)期堆棧深度不匹配，則將激活 PInvokeStackImbalance 托管調(diào)試助手 (MDA)。 ? 下面將舉一個具體的例子 PCCamera類(UserLib.Device.PCCamera攝像頭類)在從.NET1.1升級到.NET2.0時出現(xiàn)的PInvokeStackImbalance錯誤: 檢測到 PInvokeStackImbalance Message: 對 PInvoke 函數(shù)“WindowsApplication1!UserLib.Device.PCCamera::SendMessage”的調(diào)用導(dǎo)致堆棧不對稱。原因可能是托管的 PInvoke 簽名與非托管的目標簽名不匹配。請檢查 PInvoke 簽名的調(diào)用約定和參數(shù)與非托管的目標簽名是否匹配。 錯誤首次發(fā)生在這一行代碼: SendMessage(hWndC, WM_CAP_SET_CALLBACK_VIDEOSTREAM, 0, 0); 經(jīng)過分析發(fā)現(xiàn)所有調(diào)用SendMessage函數(shù)的地方都會出現(xiàn)以上錯誤 于是查看DLLImport: [DllImport("User32.dll")] private static extern bool SendMessage(IntPtr hWnd, int wMsg, int wParam, long lParam); 原來是因為WinAPI的long類型是32位的,而C#的long是64位的,這就導(dǎo)致堆棧不對稱,引發(fā)錯誤. ? 原因:(http://discuss.develop.com/archives/wa.exe?A2=ind0512c&L=dotnet-winforms&D=0&T=0&P=8094) 在.NET2.0中加入了MDA(managed debugging assistant), 在平臺調(diào)用時后會檢查棧的指針, 如果發(fā)現(xiàn)不平衡, 就會拋出PInvokeStackImbalance異常; 而在.NET1.1中不會檢查, 所以不會捕獲到異常, 但在運行時會導(dǎo)致不穩(wěn)定. ? 解決方法: 將最后一個”long lParam” 改為 “int wParam”, 因為C#中int是32位的. 并且將之后有涉及到SendMessage函數(shù)的參數(shù)適當?shù)剞D(zhuǎn)成int型就可以了. 但是, 之后查閱了資料http://www.pinvoke.net/default.aspx/user32/SendMessage.html 發(fā)現(xiàn)先前的解決方案還有不合適的地方, 應(yīng)該將其中的 ”wParm” 和 ”lParm” 參數(shù)的類型都轉(zhuǎn)成IntPtr類型,并且將后面涉及到的參數(shù)的 ”0” 改為 “IntPtr.Zero”. 因為如果使用int類型,那么這段代碼在64位的Windows上面將會無法正常運行. ? 總結(jié): ?????? 我們在調(diào)用WinAPI時要特別小心, 因為WinAPI和C#的數(shù)據(jù)類型不是完全一樣, 就好像在WinAPI中的long類型在C#中就是int類型, 如果沒有處理好類型問題, 就很可能會導(dǎo)致堆棧的不平衡,引發(fā)PInvokeStackImbalance錯誤, 但是這類錯誤在.NET1.1下不會被暴露出來, 所以在從.NET1.1升級到.NET2.0時要特別注意此類問題.

轉(zhuǎn)載于:https://www.cnblogs.com/symbol441/archive/2007/11/02/946945.html

總結(jié)

以上是生活随笔為你收集整理的从.NET1.1升级到.NET2.0时出现的PInvokeStackImbalance错误的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。