pinvokestackimbalance —如何解决此问题或将其关闭？

Question 1

我刚从vs2008切换到vs2010。完全相同的解决方案，除了现在每次对C ++ dll的每次调用都会产生“ pinvokestackimbalance”异常。

在2008年不会触发此异常。我具有对C ++ dll和调用应用程序的完全访问权限。pinvoke似乎没有任何问题，但是这个问题使调试其他问题变得不可能。IDE经常停止向我介绍这些事情。

例如，这是C＃签名：

    [DllImport("ImageOperations.dll")]
    static extern void FasterFunction(
        [MarshalAs(UnmanagedType.LPArray)]ushort[] inImage, //IntPtr inImage, 
        [MarshalAs(UnmanagedType.LPArray)]byte[] outImage, //IntPtr outImage, 
        int inTotalSize, int inWindow, int inLevel);

这是C ++方面的样子：

#ifdef OPERATIONS_EXPORTS
#define OPERATIONS_API __declspec(dllexport)
#else
#define OPERATIONS_API __declspec(dllimport)
#endif
extern "C" {


OPERATIONS_API void __cdecl FasterFunction(unsigned short* inArray, 
                                       unsigned char* outRemappedImage,
                                       int inTotalSize, 
                                       int inWindow, int inLevel);

}

vs2010和vs2008之间有什么不同，会导致引发这些异常？我应该在DllImport指令中添加一组不同的参数吗？

Question 2

首先，要了解代码是错误的（并且一直都是）。“ pInvokeStackImbalance”本身并不是一个例外，而是一个托管的调试助手。在VS2008中默认情况下处于关闭状态，但是很多人没有将其打开，因此在VS2010中默认情况下处于打开状态。MDA不在发布模式下运行，因此如果您为发布而构建，则它不会触发。

在您的情况下，调用约定不正确。DllImport默认为CallingConvention.WinApi，与CallingConvention.StdCallx86桌面代码相同。应该是CallingConvention.Cdecl。

可以通过将行编辑[DllImport("ImageOperations.dll")]为：

[DllImport("ImageOperations.dll", CallingConvention = CallingConvention.Cdecl)]

有关更多信息，请参见此MSDN参考。

Question 3

要将其关闭：

CTRL + ALT + E

在“托管调试助手”下，取消选中PInvokeStackImbalance。

Question 4

更好地解决这个问题并不困难，这里我要提到一些方法，它可能与我上面提到的一些朋友相同。我正在与PCSC一起使用智能卡应用程序，我花了大约一周的时间，但由于进行了很多更改而感到气愤，最后才找到了解决方案。

对于我来说，它与我为VS2010安装的PInvoke Extension一起使用时，可以在这里http://www.red-gate.com/products/dotnet-development/pinvoke/下载。

下载并安装它，关闭visual studio并再次打开，您可以在菜单栏中找到扩展名。在此处输入图片说明

如果错误是由于签名不匹配导致的，则只需单击PInvoke.net>插入PInvoke签名

新窗口将如下所示在此处输入图片说明

输入dll的名称，然后单击“搜索”，您可以在搜索结果窗口中看到该dll的所有功能。单击该功能，您将获得该特定功能的签名。

使用该签名，您需要根据该签名（主要是数据类型）修改程序。

这解决了我的问题，您可能会遇到其他问题，例如在调用dll时需要callingConvention或需要指定其他属性。

编码愉快！

Question 5

使用VS2010时我也遇到了这个问题。它是什么：Visual Studio对于“任何CPU”默认为64位代码。现在，在调用外部Dll时，指向变量（例如字符串）的指针变为64位，而您所有可靠且受信任的Dll都使用32位指针。

不要以为您的Dll有什么问题，没有。

更改VS设置以生成这样的X86代码（C＃的Express版本）

转到工具->选项。

在“选项”对话框的左下角，选中“显示所有设置”框。

在左侧的树视图中，选择“项目和解决方案”。

在右侧的选项中，选中显示“显示高级构建配置”的框。

单击确定。

转到Build-> Configuration Manager ...

在项目旁边的“平台”列中，单击组合框，然后选择“”。

在“新平台”设置中，选择“ x86”。

单击确定。

单击关闭。

我还注意到，即使计算机每隔12个月加电一次，但我当前的RAM为1gig的计算机似乎并不比我的第一台486 Meg的486快。不必担心使用64位代码，它不会变得更快或更好，因为它是建立在庞大而笨拙的面向对象的膨胀塔上的。

Question 6

我试图用CallingConventionis调用dll，ThisCall它对我有用。这是我与BLOB MS Sql Server一起工作的代码。

[DllImport("sqlncli11.dll", SetLastError = true, CharSet = CharSet.Unicode, CallingConvention = CallingConvention.ThisCall)]
            private static extern SafeFileHandle OpenSqlFilestream(
                        string FilestreamPath,
                        UInt32 DesiredAccess,
                        UInt32 OpenOptions,
                        byte[] FilestreamTransactionContext,
                        UInt32 FilestreamTransactionContextLength,
                        Int64 AllocationSize);

有关更多信息，请访问：https : //msdn.microsoft.com/zh-cn/library/system.runtime.interopservices.callingconvention(v=vs.110).aspx