C#的fixed关键字有什么用途?怎么固定变量内存?

小老鼠
发布: 2025-09-21 08:08:01
原创
1019人浏览过

c#中的fixed关键字核心用途是防止垃圾回收器在不安全代码中移动托管堆上的对象,确保与非托管代码互操作或进行指针操作时内存地址的稳定性;它通过在unsafe上下文中固定数组、字符串、值类型等的地址,使指针操作成为可能,但仅在fixed块内有效,且需谨慎使用以避免性能损耗和安全风险;最佳实践包括最小化作用域、优先使用span<t>等安全替代方案,并做好异常处理和代码文档说明,以平衡性能与安全性。

C#的fixed关键字有什么用途?怎么固定变量内存?

C#中的

fixed
登录后复制
关键字,其核心用途是在不安全代码块(
unsafe
登录后复制
context)中,暂时“钉住”托管堆上某个变量的内存地址,防止垃圾回收器(GC)在特定操作期间移动它。这主要是为了与非托管代码进行互操作(如P/Invoke),或在需要直接进行指针操作时确保内存地址的稳定性。

解决方案

要固定变量内存,你必须在一个

unsafe
登录后复制
代码块或方法中使用
fixed
登录后复制
关键字。它通常用于获取托管对象的地址,并确保在
fixed
登录后复制
语句块执行期间,该对象不会被垃圾回收器移动。这允许你安全地使用指针来访问或操作该内存。

using System;

public unsafe class MemoryPinningExample
{
    public static void Main(string[] args)
    {
        int[] numbers = { 10, 20, 30, 40, 50 };

        // 使用fixed关键字固定数组的第一个元素的地址
        fixed (int* ptr = numbers)
        {
            // 在这个fixed块内,numbers数组的内存地址是稳定的
            Console.WriteLine($&quot;数组第一个元素的地址:{(long)ptr:X}&quot;);
            Console.WriteLine($&quot;通过指针访问第一个元素:{ptr[0]}&quot;);

            // 我们可以像C/C++那样进行指针算术
            int* secondElementPtr = ptr + 1;
            Console.WriteLine($&quot;通过指针访问第二个元素:{secondElementPtr[0]}&quot;);

            // 甚至可以修改值
            ptr[0] = 100;
            Console.WriteLine($&quot;修改后,数组第一个元素:{numbers[0]}&quot;);
        }
        // 一旦离开fixed块,内存就不再被固定,GC可以自由移动它

        string message = &quot;Hello, C# Fixed!&quot;;
        // 也可以固定字符串的字符数据
        fixed (char* charPtr = message)
        {
            Console.WriteLine($&quot;字符串第一个字符的地址:{(long)charPtr:X}&quot;);
            Console.WriteLine($&quot;通过指针访问第一个字符:{charPtr[0]}&quot;);
        }

        Console.WriteLine(&quot;\n尝试固定一个值类型实例:&quot;);
        MyStruct myStruct = new MyStruct { X = 10, Y = 20 };
        fixed (MyStruct* structPtr = &amp;myStruct) // 注意这里需要&amp;操作符
        {
            Console.WriteLine($&quot;MyStruct实例的地址:{(long)structPtr:X}&quot;);
            Console.WriteLine($&quot;通过指针访问MyStruct.X:{structPtr->X}&quot;);
        }
    }
}

public struct MyStruct
{
    public int X;
    public int Y;
}
登录后复制

C#的
fixed
登录后复制
关键字为什么在内存操作中至关重要?

在我看来,

fixed
登录后复制
关键字的存在,是C#在提供高级内存管理(比如垃圾回收)的同时,又不得不向底层“妥协”的一种体现。我们都知道,C#的垃圾回收器为了优化性能和内存碎片,会不定期地移动堆上的对象。这在绝大多数情况下都是好事,让开发者无需操心内存释放和地址管理。但总有些时候,你需要一个“铁钉”,把内存牢牢地钉在原地。

这“钉子”最常见的使用场景,就是与非托管代码打交道。想象一下,你通过P/Invoke调用一个C++编写的DLL函数,这个函数需要一个指向内存缓冲区的指针。如果C#的GC在你把指针传给C++函数后,悄悄地把这个缓冲区挪走了,那C++函数拿到的指针就成了“野指针”,结果就是程序崩溃,或者更糟——数据损坏。

fixed
登录后复制
就是为了避免这种灾难。它告诉GC:“嘿,老兄,这块内存我暂时有大用,别动它!”

此外,在某些极度性能敏感的场景,或者需要直接操作内存结构(比如解析二进制协议数据),

fixed
登录后复制
配合指针也能提供一种绕过常规对象访问开销的途径。它让我们能像C/C++那样直接操作内存地址,虽然这听起来有点“反C#”,但不得不承认,它在特定情况下确实是解决问题的利器。

如何安全且有效地使用
fixed
登录后复制
关键字?

使用

fixed
登录后复制
关键字,首先你得明确一点:你正在进入“不安全”领域。这意味着编译器不再为你提供内存安全的保障,你需要自己承担起管理指针的责任。

正确使用它,有几个要点:

阿里云-虚拟数字人
阿里云-虚拟数字人

阿里云-虚拟数字人是什么? ...

阿里云-虚拟数字人 2
查看详情 阿里云-虚拟数字人
  1. unsafe
    登录后复制
    上下文是前提:
    任何使用
    fixed
    登录后复制
    的地方,无论是方法、代码块还是整个类,都必须标记为
    unsafe
    登录后复制
    。这就像是告诉编译器和未来的维护者:“这里有点危险,请小心!”
  2. 作用域限制:
    fixed
    登录后复制
    关键字只在它所在的
    fixed
    登录后复制
    语句块内部有效。一旦代码执行离开这个块,被固定的内存就不再被“钉住”了,GC又可以自由地移动它。所以,你不能把
    fixed
    登录后复制
    得到的指针传递给一个异步操作,或者存储起来在
    fixed
    登录后复制
    块外部长期使用,那样非常危险。
  3. 可固定类型: 并不是所有类型都能被
    fixed
    登录后复制
    。通常,你可以固定:
    • 值类型(
      struct
      登录后复制
      ):需要通过
      &
      登录后复制
      操作符获取其地址,比如
      fixed (MyStruct* ptr = &myStruct)
      登录后复制
    • 数组:
      fixed (int* ptr = myArray)
      登录后复制
      会固定数组的第一个元素的地址。
    • 字符串:
      fixed (char* ptr = myString)
      登录后复制
      会固定字符串的第一个字符的地址。
    • 缓冲区字段:在
      unsafe
      登录后复制
      结构体中声明的固定大小缓冲区(
      fixed size buffer
      登录后复制
      ),如
      fixed byte buffer[128];
      登录后复制
  4. 避免过度固定: 尽量只在必要时才使用
    fixed
    登录后复制
    ,并且让
    fixed
    登录后复制
    块尽可能小。长时间固定内存会阻止垃圾回收器进行堆碎片整理,这可能会导致堆内存变得支离破碎,进而影响程序的整体性能。垃圾回收器会因此付出更大的代价去寻找连续的内存块,甚至可能导致内存不足。

举个例子,如果你需要处理一个大型字节数组,并将其传递给一个非托管函数:

using System;
using System.Runtime.InteropServices; // 通常用于P/Invoke

public unsafe class AdvancedFixedExample
{
    // 假设这是一个非托管函数,需要一个字节数组指针和长度
    [DllImport("YourNativeLibrary.dll")]
    private static extern int ProcessData(byte* dataPtr, int length);

    public static void ProcessMyByteArray(byte[] data)
    {
        if (data == null || data.Length == 0) return;

        fixed (byte* ptr = data) // 固定整个字节数组的起始地址
        {
            // 在这里,ptr指向data数组的第一个字节,且地址在块内稳定
            int result = ProcessData(ptr, data.Length);
            Console.WriteLine($"Native function returned: {result}");

            // 也可以直接操作数组内容
            for (int i = 0; i < 5 && i < data.Length; i++)
            {
                ptr[i] = (byte)(ptr[i] + 1); // 示例:修改前5个字节
            }
        }
        // 离开fixed块后,ptr不再有效,data数组可被GC移动
        Console.WriteLine($"数组第一个元素现在是: {data[0]}");
    }

    public static void Main(string[] args)
    {
        byte[] myData = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 };
        ProcessMyByteArray(myData);
    }
}
登录后复制

在这个例子中,

fixed
登录后复制
确保了
ProcessData
登录后复制
函数在执行期间,
data
登录后复制
数组的内存地址不会发生变化,从而避免了潜在的内存访问错误。

使用
fixed
登录后复制
关键字时可能遇到的挑战与最佳实践

当你在C#中决定使用

fixed
登录后复制
时,你实际上是在做一次权衡:牺牲一部分托管代码的安全性和GC的灵活性,来换取直接的内存控制和与非托管世界的无缝对接。这种权衡带来了一些挑战和需要注意的最佳实践。

一个显而易见的挑战就是安全性

fixed
登录后复制
引入了指针,而指针操作是C#中最容易出错的地方。空指针解引用、越界访问(buffer overrun/underrun)等经典C/C++问题,在这里会再次浮现。一旦出现这类错误,轻则程序崩溃,重则导致难以追踪的内存损坏。我个人在调试这类问题时,往往需要更依赖内存dump和底层工具,而不是常规的C#调试器。

另一个挑战是性能影响。尽管

fixed
登录后复制
是为了性能而生,但它本身也会对GC的性能造成负面影响。被固定的对象不能被GC移动,这意味着GC在执行压缩(compaction)操作时,必须跳过这些被固定的区域。随着被固定内存的增多,堆可能会变得更加碎片化,导致GC需要更长的时间来完成工作,甚至可能触发更频繁的完全GC,从而影响应用程序的响应速度。

最佳实践方面:

  1. 最小化
    fixed
    登录后复制
    作用域:
    永远记住,
    fixed
    登录后复制
    块应该尽可能小。只在绝对需要固定内存的那一小段代码中使用它。一旦操作完成,立即退出
    fixed
    登录后复制
    块,让GC能够重新自由地管理这块内存。
  2. 考虑替代方案: 在现代C#中,很多以前需要
    fixed
    登录后复制
    才能解决的问题,现在有了更安全、更高效的替代方案,比如
    Span<T>
    登录后复制
    Memory<T>
    登录后复制
    。它们提供了对内存区域的类型安全视图,无需显式使用指针,也能实现高性能的内存操作。例如,如果你只是想高效地读写数组或字符串的一部分,
    Span<T>
    登录后复制
    通常是更好的选择。只有当你确实需要将内存地址传递给非托管代码,或者进行复杂的指针算术时,才考虑
    fixed
    登录后复制
  3. 异常处理:
    fixed
    登录后复制
    块内的代码也可能抛出异常。确保你的
    unsafe
    登录后复制
    代码块有适当的异常处理机制,避免因异常导致指针未被正确释放或内存状态不一致。
  4. 明确文档: 如果你的代码中使用了
    fixed
    登录后复制
    ,务必在代码注释中详细说明其目的、为什么需要它,以及可能带来的风险。这对于代码的可维护性和团队协作至关重要。

总的来说,

fixed
登录后复制
是一个强大的工具,但它更像是一把手术刀,只有在精确且必要时才应该使用。对于日常的C#开发,我们应该优先选择更高级、更安全的抽象。

以上就是C#的fixed关键字有什么用途?怎么固定变量内存?的详细内容,更多请关注php中文网其它相关文章!

最佳 Windows 性能的顶级免费优化软件
最佳 Windows 性能的顶级免费优化软件

每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。

下载
来源:php中文网
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
最新问题
开源免费商场系统广告
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责申明 举报中心 意见反馈 讲师合作 广告合作 最新更新 English
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送
PHP中文网APP
随时随地碎片化学习

Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号