结构体复制到byte[]后需调用Marshal.DestroyStructure吗？Native API封装问询

我来分两部分解答你的问题：

首先得明确Marshal.DestroyStructure的核心作用：它是用来清理非托管内存块中存储的结构体里的非托管资源（比如结构体里的字符串指针指向的非托管内存、或者其他非托管句柄）。

回到你的场景：把结构体复制到byte[]之后，要不要调用它？分两种情况看：

• 如果你的结构体只包含值类型字段（比如int、float、bool，或者嵌套的也是纯值类型结构体），那完全没必要调用这个方法——因为没有任何非托管资源需要释放，byte[]本身是托管数组，会由GC自动回收。
• 如果结构体里有非托管资源相关字段（比如IntPtr指向的非托管内存、用MarshalAs标记的非托管字符串），那要看你是怎么把结构体复制到byte[]的：
  • 要是你先通过Marshal.StructureToPtr把结构体写到一块非托管内存，再把这块内存复制到byte[]，那你需要在完成复制后，对那块非托管内存调用Marshal.DestroyStructure，来释放结构体里的非托管资源；但注意，这个操作和byte[]本身无关。
  • 要是你直接通过固定托管结构体内存（比如你后面用的GCHandle方式），再复制到byte[]，那结构体本身是托管对象，非托管资源应该由结构体自己的Dispose方法处理，也不需要调用Marshal.DestroyStructure。

总结下来：绝大多数纯值类型结构体的场景，都不需要调用这个方法；只有涉及非托管内存中转+结构体含非托管资源时，才需要针对非托管内存块调用它。

你用GCHandle.Pinned固定托管对象内存，再传递指针给Native API的思路完全正确，尤其是针对非数组的泛型结构体类型，这是.NET里调用Native API时常用的安全做法。

先说说你现有实现的优点： #

• 用try/finally包裹GCHandle.Free()，能确保不管Native API调用成功与否，都不会泄漏固定句柄，这一点做得非常到位。
• Marshal.SizeOf<T>()能准确获取值类型T的非托管内存大小，符合Native API的参数要求。

给你补充完整的泛型WriteProcessMemory实现示例： #

// 先声明Native API的P/Invoke签名
[DllImport("kernel32.dll", SetLastError = true)]
private static extern bool WriteProcessMemory(
    IntPtr hProcess,
    IntPtr lpBaseAddress,
    IntPtr lpBuffer,
    IntPtr nSize,
    out IntPtr lpNumberOfBytesWritten);

// 泛型封装方法
public static bool WriteProcessMemory<T>(IntPtr processHandle, IntPtr targetAddress, T data) 
    where T : struct // 约束T为值类型，避免引用类型的意外问题
{
    int dataSize = Marshal.SizeOf<T>();
    GCHandle dataHandle = GCHandle.Alloc(data, GCHandleType.Pinned);
    
    try
    {
        IntPtr bytesWritten;
        bool result = WriteProcessMemory(
            processHandle, 
            targetAddress, 
            dataHandle.AddrOfPinnedObject(), 
            (IntPtr)dataSize, 
            out bytesWritten);
        
        // 可以在这里根据需求返回写入的字节数，或者处理错误
        // if (!result) { int errorCode = Marshal.GetLastWin32Error(); }
        return result;
    }
    finally
    {
        dataHandle.Free();
    }
}

额外的注意事项： #

• 一定要加上where T : struct的约束：一方面确保T是值类型，Marshal.SizeOf<T>()的结果才准确；另一方面避免固定引用类型（比如类）带来的潜在问题。
• 如果要支持数组类型（比如T[]），可以单独写一个重载方法：数组的固定同样可以用GCHandle.Alloc，或者用Marshal.UnsafeAddrOfPinnedArrayElement直接获取数组元素的指针，逻辑和单个结构体类似。
• 当Native API返回false时，记得调用Marshal.GetLastWin32Error()获取具体的Win32错误码，方便排查问题。
• 如果你的结构体包含非托管资源，建议让结构体实现IDisposable接口，在使用完结构体实例后手动清理资源，不要依赖这里的GCHandle逻辑。

内容的提问来源于stack exchange，提问作者differentrain