C# 中托管代码与非托管代码的区别

她说彩礼65万

已于 2024-07-04 11:38:36 修改

阅读量461

点赞数 13

文章标签： c# microsoft 开发语言

于 2024-07-04 09:18:43 首次发布

本文链接：https://blog.csdn.net/qq_44967213/article/details/140169995

版权

在C#（以及更广泛的.NET环境中），托管（Managed）与非托管（Unmanaged）是两个重要的概念，它们主要涉及到内存管理和资源分配的方式。

托管（Managed）

在.NET环境中，托管代码是指那些由.NET运行时（CLR, Common Language Runtime）管理的代码。这意呀着内存分配、垃圾回收（GC, Garbage Collection）以及许多其他底层服务都是由CLR自动处理的。托管代码主要是用C#、VB.NET、F#等.NET支持的高级语言编写的。

代码编写完毕后进行编译，此时编译器把代码编译成中间语言（IL），而不是能直接在你的电脑上运行的机器码。

内存管理：开发者不需要直接处理内存分配和释放。当托管对象不再被使用时，CLR的垃圾回收器会自动回收这些对象占用的内存。
类型安全：托管代码是类型安全的，这意味着在编译时会检查类型错误，并且在运行时CLR会进行额外的类型检查。
异常处理：托管代码支持统一的异常处理机制，使得错误处理更加容易和一致。

非托管（Unmanaged）

非托管代码则是由操作系统直接管理的代码，这些代码通常是用C或C++等语言编写的。非托管代码需要开发者直接管理内存分配和释放，这包括使用malloc和free（在C或C++中）等函数。

非托管代码（Unmanaged Code）是指直接编译成目标计算机的机器码，这些代码只能运行在编译出这些代码的计算机上，或者是其他相同处理器或者几乎一样处理器的计算机上。

内存管理：开发者需要负责显式地分配和释放内存，如果忘记释放内存，可能会导致内存泄漏。
类型安全：非托管代码的类型安全性较低，虽然可以通过编译器和静态分析工具来检查类型错误，但运行时类型错误可能更难发现和修复。
性能：在某些情况下，非托管代码可能具有更好的性能，因为它可以直接与硬件交互，并且没有CLR的中间层开销。但是，这种性能优势通常是以牺牲可维护性和安全性为代价的。

托管与非托管的交互

在.NET应用程序中，托管代码经常需要与非托管代码进行交互，例如调用Windows API、使用第三方库或进行高性能计算。为了支持这种交互，.NET提供了几种机制，如平台调用（P/Invoke）和C++/CLI（一种允许C++代码与.NET交互的扩展）。

非托管代码（Unmanaged Code）不由CLR公共语言运行库执行，而是由操作系统直接执行的代码。
非托管代码必须自己提供垃圾回收，类型检查，安全支持等

非托管代码举例

[DllImport("kernel32.dll", EntryPoint = "RtlZeroMemory")]  
public static extern void ZeroMemory(IntPtr destination, uint length);

在C#中，使用DllImport属性从非托管DLL（如kernel32.dll）中导入函数时，你可以指定一些额外的参数来确保调用能够正确进行。在你给出的例子中，DllImport属性被用来导入kernel32.dll中的RtlZeroMemory函数，但这里有几个点需要注意：

EntryPoint: 这个参数指定了DLL中实际要调用的函数的名称。在大多数情况下，EntryPoint的值与你在C#中声明的函数名相同，但在这个例子中，它被显式地设置为"RtlZeroMemory"。设置EntryPoint属性时，对应方法的名称应该与引入kelnel32.dll中对应的API方法名称相同，这样就可以直接映射到API中的方法，就可以重命名C#中声明的外部方法名,这里重命名为了ZeroMemory，如果不设置该属性，那么默认C#声明的方法名需要与DLL中引入的方法名一致。（声明的C#方法名必须与DLL中实际导出的函数名完全匹配）
CharSet: 这个参数指定了调用约定中使用的字符集。在你的例子中，它被设置为CharSet.Ansi。然而，对于kernel32.dll中的大多数函数（包括与内存操作相关的函数），字符集通常不是必需的，因为这些函数不直接处理字符串。对于RtZeroMemory（或任何类似的内存清零函数），CharSet参数实际上是不相关的，因为它不影响函数的调用方式或参数传递。但是，将其设置为CharSet.Ansi通常也不会导致错误，只是在这个上下文中是多余的。
函数签名: 在你的DllImport声明中，你需要确保C#中的函数签名与DLL中的函数签名相匹配。然而，由于RtZeroMemory的确切签名在你提供的代码片段中没有给出，我只能假设它类似于void RtZeroMemory(void* dest, size_t length);（这是ZeroMemory的典型签名）。在C#中，你可能需要使用IntPtr来代表void*，并使用uint或int（取决于DLL的实际定义）来代表size_t。