为什么Fixed Size Buffers不支持unmanaged约束的泛型等非内置类型？

这个限制不是unmanaged关键字推出时的疏漏，本质是特性设计时间差、底层运行时历史包袱共同导致的：

• Fixed Size Buffers是C# 2.0版本就推出的互操作专用特性，远早于C# 7.3才加入的unmanaged泛型约束。在fixed buffer的初始设计规范中，就明确限定仅支持13种预设基元值类型，底层CLR的类型布局、元数据存储、大小计算逻辑都是针对这几个固定类型硬编码实现的，完全没有预留泛型场景的适配能力。
• 即使后续推出了unmanaged约束，放开该限制的成本也极高：unmanaged约束允许的类型包含自定义非托管结构体，不同结构体的内存对齐规则、字节长度存在差异，修改现有fixed buffer的实现逻辑需要改动CLR核心的类型布局模块，很容易破坏存量老项目的互操作逻辑，兼容性风险不可控。
• 目前官方已经针对该场景提供了成熟替代方案：C# 12新增的InlineArray特性可以完全实现泛型非托管类型的定长内联数组需求，效果和你预期的泛型fixed buffer完全一致，示例实现如下：

using System.Runtime.CompilerServices;

[InlineArray(4)]
public struct CornerData<T> where T : unmanaged
{
    private T _firstElement;
}

该实现的数组数据直接内联在结构体内存空间中，无额外堆分配，支持正常下标访问，完全可以覆盖对应需求。

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