來源 http://bgl-cf.blog.163.com/blog/static/354111712011925103136568/
情況一:
對 PInvoke 函數“TestDLL!TestDLL.Form1::mySum”的調用導致堆棧不對稱。原因可能是託管的 PInvoke 簽名與非託管的目標籤名不匹配。請檢查 PInvoke 簽名的調用約定和參數與非託管的目標籤名是否匹配。
解決方法:
已經可以了。加C++ 加入_stdcall 把，“允許不安全代碼”，“啓用非託管代碼調試“去掉這樣才行。
謝謝，HolyPlace，founderfang。
用戶名：zp20040101 得分：0 時間：2010-09-29 06:59:30
情況二:
對 PInvoke 函數“HTLib::Usb_DelHtFile”的調用導致堆棧不對稱。原因可能是託管的 PInvoke 簽名與非託管的目標籤名不匹配。請檢查 PInvoke 簽名的調用約定和參數與非託管的目標籤名是否匹配。
把：
[DllImport("ht32dll.dll")]
public static extern long Usb_DelHtFile(string filename,long mIndex);
改成：
[DllImport("ht32dll.dll")]
public static extern int Usb_DelHtFile(string filename, int mIndex);
後來查閱網文（網址：http://hi.baidu.com/wzlv/blog/item/cfd09e189ebf320134fa41eb.html），把這個問題說的比較清楚，引述如下，備忘：
從.NET1.1升級到.NET2.0時出現的PInvokeStackImbalance錯誤
微軟官方的解釋(http://msdn2.microsoft.com/zh-cn/library/0htdy0k3.aspx)
如果 CLR 檢測到平臺調用之後的堆棧深度與 DllImportAttribute 屬性指定的調用約定中以及託管簽名的參數聲明中提供的預期堆棧深度不匹配，則將激活 PInvokeStackImbalance 託管調試助手 (MDA)。
下面將舉一個具體的例子
PCCamera類(UserLib.Device.PCCamera攝像頭類)在從.NET1.1升級到.NET2.0時出現的PInvokeStackImbalance錯誤:
檢測到 PInvokeStackImbalance
Message: 對 PInvoke 函數“WindowsApplication1!UserLib.Device.PCCamera::SendMessage”的調用導致堆棧不對稱。原因可能是託管的 PInvoke 簽名與非託管的目標籤名不匹配。請檢查 PInvoke 簽名的調用約定和參數與非託管的目標籤名是否匹配。
錯誤首次發生在這一行代碼: SendMessage(hWndC, WM_CAP_SET_CALLBACK_VIDEOSTREAM, 0, 0);
經過分析發現所有調用SendMessage函數的地方都會出現以上錯誤
於是查看DLLImport:
[DllImport("User32.dll")]
private static extern bool SendMessage(IntPtr hWnd, int wMsg, int wParam, long lParam);
原來是因爲WinAPI的long類型是32位的,而C#的long是64位的,這就導致堆棧不對稱,引發錯誤.
原因:(http://discuss.develop.com/archives/wa.exe?A2=ind0512c&L=dotnet-winforms&D=0&T=0&P=8094)
在.NET2.0中加入了MDA(managed debugging assistant), 在平臺調用時後會檢查棧的指針, 如果發現不平衡, 就會拋出PInvokeStackImbalance異常; 而在.NET1.1中不會檢查, 所以不會捕獲到異常, 但在運行時會導致不穩定.
解決方法:
將最後一個”long lParam” 改爲 “int wParam”, 因爲C#中int是32位的. 並且將之後有涉及到SendMessage函數的參數適當地轉成int型就可以了.
但是, 之後查閱了資料http://www.pinvoke.net/default.aspx/user32/SendMessage.html
發現先前的解決方案還有不合適的地方, 應該將其中的 ”wParm” 和 ”lParm” 參數的類型都轉成IntPtr類型,並且將後面涉及到的參數的 ”0” 改爲 “IntPtr.Zero”. 因爲如果使用int類型,那麼這段代碼在64位的Windows上面將會無法正常運行.
總結:
我們在調用WinAPI時要特別小心, 因爲WinAPI和C#的數據類型不是完全一樣, 就好像在WinAPI中的long類型在C#中就是int類型, 如果沒有處理好類型問題, 就很可能會導致堆棧的不平衡,引發PInvokeStackImbalance錯誤, 但是這類錯誤在.NET1.1下不會被暴露出來, 所以在從.NET1.1升級到.NET2.0時要特別注意此類問題.