c#需启用unsafe模式才能操作指针：sdk项目需在.csproj中设true，命令行加/unsafe参数，vs中勾选“允许不安全代码”；fixed语句不可省略以固定托管对象地址，stackalloc分配栈内存须注意大小与作用域限制，interop需谨慎使用marshal类并适配nativeaot。
默认情况下 C# 不允许直接操作内存地址，必须显式启用 unsafe 模式并信任运行环境——否则编译器直接报错 CS0227，运行时还可能被 .NET Core/.NET 5+ 的 AOT 或沙箱策略拦截。
如何让 C# 编译器接受 unsafe 关键字
不改项目配置，写再多 unsafe 块也没用。核心就两步：
- 在
.csproj文件里加<allowunsafeblocks>true</allowunsafeblocks>（SDK 风格项目） - 如果用命令行编译，得加
/unsafe参数，比如：dotnet build /p:AllowUnsafeBlocks=true - Visual Studio 中右键项目 →「属性」→「生成」→ 勾选「允许不安全代码」，本质也是改上面那个 MSBuild 属性
漏掉任一环节，你会看到编译错误：error CS0227: Unsafe code may only appear if compiling with /unsafe。
fixed 语句为什么不能随便省略
在 unsafe 上下文中操作托管数组（如 int[]）时，GC 可能在任意时刻移动对象内存位置。不加 fixed 就取地址，等于拿了个随时会失效的指针。
正确写法示例：
int[] arr = { 1, 2, 3 };
unsafe
{
fixed (int* ptr = arr) // 必须 fixed！否则编译不过或运行崩溃
{
*ptr = 99; // 修改第一个元素
}
}
常见误操作：
- 把
fixed写在unsafe块外 → 编译错误CS0214 - 试图
fixed一个局部值类型变量（如int x = 5;）→ 编译错误CS0212，只能fixed托管数组、string或固定大小缓冲区 - 在
fixed块内把指针存到类字段或返回给外部 → GC 失去控制权，极大概率导致内存损坏
用 stackalloc 分配栈内存要注意什么
stackalloc 在当前栈帧上分配内存，速度快但生命周期严格受限于方法作用域。它不是万能替代 new 的方案。
- 分配大小必须是编译期常量（C# 7.2+ 支持
Span<t></t>+stackalloc动态长度，但仍有上限） - 超过约 1MB（取决于线程栈大小）会触发
StackOverflowException，且无法 catch - 不能用于 async 方法（因为栈帧可能被回收），也不能跨 await 边界使用
- 典型安全用法：
Span<byte> buffer = stackalloc byte[256];</byte>，适合短生命周期小缓冲区
别这么干：var ptr = stackalloc int[1000000]; —— 看似合法，上线后某次调用就静默崩掉。
interop 场景下绕不开的 Marshal 和指针转换
和 C DLL 交互、处理图像像素、解析二进制协议时，经常要从 IntPtr 构造指针，或把指针转回托管对象。这时候 Marshal 类是关键桥梁。
-
Marshal.AllocHGlobal分配非托管内存，对应Marshal.FreeHGlobal—— 必须成对出现，否则内存泄漏 - 从
IntPtr转指针：int* p = (int*)ptr.ToPointer();（ptr是IntPtr） - 结构体封送：用
[StructLayout(LayoutKind.Sequential)]+[MarshalAs]控制字段排布，否则 C++ 侧读出来全是乱码 - 字符串特别危险：
Marshal.StringToHGlobalAnsi返回的指针必须手动释放，且编码要和 native 侧一致
最容易忽略的一点：.NET 6+ 默认启用 NativeAOT 发布时，Marshal 的部分 API（如 AllocHGlobal）会被禁用或行为改变，需提前验证。
unsafe 代码不是“多写几个星号就能提速”，而是用确定性换灵活性——一旦指针越界、内存未释放、GC 干扰，问题往往不报错只出数据，排查成本远高于写时节省的那几纳秒。
