在C#程序运行过程中，大部分对象的内存分配都发生在托管堆上，由垃圾回收器负责回收，频繁的堆分配会增加GC负担。而stackalloc关键字允许开发者在栈上分配内存，这类内存不需要GC管理，函数执行结束后会自动释放，适合小体量、短生命周期的内存需求场景。
stackalloc的基本语法
stackalloc最早用于分配非托管类型的数组，语法格式为stackalloc T[size]，其中T必须是非托管类型，size是分配的元素数量，返回的是指向栈内存的指针。下面是一个基础的使用示例：
unsafe
{
// 在栈上分配10个int类型的内存空间
int* intArray = stackalloc int[10];
for (int i = 0; i < 10; i++)
{
intArray[i] = i * 2;
}
// 访问栈上分配的内存
for (int i = 0; i < 10; i++)
{
Console.Write(intArray[i] + " ");
}
}
注意使用stackalloc的代码中需要开启unsafe上下文，因为涉及指针操作，项目属性中也需要勾选允许不安全代码选项。
结合Span的安全使用方式
从C# 7.2开始，stackalloc可以和Span<T>结合使用，避免直接操作指针，提升代码安全性。这种方式不需要显式开启unsafe上下文，只要方法标记了unsafe或者使用允许stackalloc的上下文即可：
// 结合Span使用stackalloc，无需直接操作指针
Span<int> spanArray = stackalloc int[10];
for (int i = 0; i < spanArray.Length; i++)
{
spanArray[i] = i + 1;
}
foreach (int item in spanArray)
{
Console.Write(item + " ");
}
Span<T>是栈上分配内存的推荐包装类型，它提供了类型安全的内存访问方式，同时不会带来额外的堆分配开销。
stackalloc的使用限制
- 分配的元素类型必须是非托管类型，比如基础值类型、不包含引用类型字段的结构体等，不能分配引用类型或者包含引用类型的结构体。
- 栈内存的大小有限，通常Windows线程的栈大小默认是1MB，因此stackalloc分配的内存不能过大，否则会导致栈溢出。
- 栈上分配的内存只在该方法的执行周期内有效，不能将指向栈内存的指针或者Span传递到方法外部，否则会出现悬垂引用问题。
- 如果分配的元素数量是负数或者超过栈容量限制，运行时会抛出对应异常。
栈分配与堆分配的差异对比
我们可以通过下表直观对比两种分配方式的区别：
| 对比维度 | stackalloc栈分配 | 常规堆分配（new） |
|---|---|---|
| 内存位置 | 线程栈 | 托管堆 |
| 释放方式 | 方法执行结束自动释放 | 垃圾回收器回收 |
| GC开销 | 无 | 有，频繁分配会增加GC压力 |
| 适用场景 | 小体量、短生命周期的内存需求 | 大体量、长生命周期的对象 |
| 类型限制 | 仅支持非托管类型 | 支持所有托管类型 |
使用注意事项
首先不要过度使用stackalloc，只有在确认内存需求小、生命周期短的场景下才使用，比如临时存储少量计算用的中间数据。其次如果使用指针操作栈内存，必须确保访问的索引在分配的范围内，避免越界访问导致内存损坏。最后如果需要在多个方法间传递栈分配的内存，应该使用Span<T>作为参数，而不是传递指针，同时要保证接收方法的执行周期不超过栈内存的生命周期。
stackalloc是C#中优化性能的有效手段，但需要合理使用，避免因为不当使用引发栈溢出或者内存访问错误问题。
C#stackalloc栈上分配内存Span修改时间：2026-07-23 19:54:20