P/Invoke、Pinning和Keepalive最佳实践

在工作中,我们有一个本地C代码负责读取和写入专有的平面文件数据库。我有一个用C编写的包装器,它将P/Invoke调用封装到一个OO模型中。自项目启动以来,p/invoke调用的托管包装器的复杂性大大增加。有趣的是,当前的包装器做得很好,但是,我认为我实际上需要做更多的工作来确保正确的操作。

答案带来的几个注意事项:

1. 可能不需要保留字
2. 可能不需要gchandle固定
3. 如果您确实使用了gchandle,请尝试……最后是该业务(尽管没有解决CER问题)

以下是修订代码的示例:

[DllImport(@"somedll", EntryPoint="ADD", CharSet=CharSet.Ansi,
           ThrowOnUnmappableChar=true, BestFitMapping=false,
           SetLastError=false)]
[ReliabilityContract(Consistency.MayCorruptProcess, Cer.None)]
internal static extern void ADD(
    [In] ref Int32 id,
    [In] [MarshalAs(UnmanagedType.LPStr)] string key,
    [In] byte[] data, // formerly IntPtr
    [In] [MarshalAs(UnmanagedType.LPArray, SizeConst=10)] Int32[] details,
    [In] [MarshalAs(UnmanagedType.LPArray, SizeConst=2)] Int32[] status);

public void Add(FileId file, string key, TypedBuffer buffer)
{
    // ...Arguments get checked

    int[] status = new int[2] { 0, 0 };
    int[] details = new int[10];

    // ...Make the details array

    lock (OPERATION_LOCK)
    {
        ADD(file.Id, key, buffer.GetBytes(), details, status);
        // the byte[], details, and status should be auto
        // pinned/keepalive'd

        if ((status[0] != 0) || (status[1] != 0))
            throw new OurDatabaseException(file, key, status);

        // we no longer KeepAlive the data because it should be auto
        // pinned we DO however KeepAlive our 'file' object since 
        // we're passing it the Id property which will not preserve
        // a reference to 'file' the exception getting thrown 
        // kinda preserves it, but being explicit won't hurt us
        GC.KeepAlive(file);
    }
}

我(修订)的问题是:

1. 数据、细节和状态是否会自动固定/保持不变?
2. 我是否遗漏了正确操作所需的其他内容?

编辑:我最近发现了一个图表,它激发了我的好奇心。它基本上声明一旦调用p/invoke方法, GC can preempt your native code . 因此,当本机调用可以同步进行时,GC 能够 选择运行并移动/删除我的内存。我想现在我想知道自动钉住是否足够(或者它是否运行)。