.NET中的不安全代码（unsafe code）是指在C#中使用指针直接操作内存的代码。默认情况下，.NET运行在托管环境中，由CLR（公共语言运行时）管理内存分配、垃圾回收和类型安全。为了提升安全性与稳定性，C#禁止直接访问内存地址。但通过标记为 unsafe 的代码块，开发者可以在有限范围内使用指针进行底层操作。
要使用不安全代码，必须在项目设置中启用“允许不安全代码”（Allow Unsafe Code），并且包含指针操作的代码需位于 unsafe 上下文中。
什么是指针操作？
指针是一个变量，它存储的是另一个变量的内存地址。在C#中，指针只能用于非托管类型（如 int、char、struct 等原始类型或由它们组成的结构），不能指向引用类型对象（如 class 实例）。
示例：
unsafe { int value = 10; int* ptr = &value; // ptr 指向 value 的地址 Console.WriteLine(*ptr); // 输出 10 }什么时候需要使用指针操作？
虽然大多数.NET开发无需使用指针，但在以下特定场景中，使用不安全代码可以带来显著性能提升或实现必要功能：
- 高性能计算：在图像处理、音视频编码、数学运算等对性能要求极高的场景中，通过指针直接访问数组元素可避免边界检查和托管堆开销，提高执行效率。
- 与非托管代码交互：调用C/C++编写的DLL时，常需传递指针或处理内存缓冲区（如 byte*），此时使用指针更方便且高效。
- 内存映射文件或硬件访问：某些系统级编程需要直接操作特定内存区域，例如嵌入式系统或驱动接口模拟，指针是必要的工具。
- 固定大小缓冲区（fixed buffer）：在结构体内定义 fixed 字段（如 fixed char name[32]），可用于模拟C风格结构体，常用于序列化或P/Invoke场景。
- 减少GC压力：通过 stackalloc 在栈上分配内存（如 int* arr = stackalloc int[100];），避免频繁分配小对象带来的垃圾回收负担。
注意事项与风险
使用不安全代码会绕过CLR的部分安全检查，因此存在潜在风险：
- 可能导致内存泄漏、访问越界或程序崩溃。
- 代码难以调试，容易引入难以追踪的bug。
- 不被所有运行环境支持（如某些沙箱环境或WebAssembly）。
- 需要完全信任的执行环境，可能影响应用程序的安全策略。
建议仅在确实需要提升性能或对接底层系统时使用不安全代码，并尽量将其封装在安全接口内，对外提供托管的、类型安全的API。
基本上就这些。不安全代码是把双刃剑，用得好能提升效率，用不好则破坏稳定性。关键在于清楚自己为何要用，以及能否承担相应风险。
