C# 12 和 .NET 8 在并发与性能上不是“小修小补”，而是从 JIT、GC、内存布局到编译策略做了系统性收紧——尤其适合高吞吐微服务、低延迟 CLI 工具和容器化边缘应用。
Native AOT 编译：启动快、内存省，但别直接套用反射-heavy 代码
Native AOT 将整个程序提前编译为本地机器码，跳过 JIT 阶段。实测 ASP.NET Core Minimal API 启动时间从 ~120ms（.NET 7）降到
~35ms，内存常驻占用减少约
30%。 必须显式启用：
dotnet publish -c Release -r linux-x64 --self-contained true /p:PublishAot=true不支持运行时反射（如
Type.GetType("MyType")）、动态代码生成（Expression.Compile()）、大多数序列化器的默认配置（
System.Text.Json需用源生成器或
JsonSerializerContext） 第三方库若未标注
[RequiresUnreferencedCode]或未适配 AOT，会在编译时报错
ILLink警告，比如某些旧版
Newtonsoft.Json插件
Dynamic PGO：JIT 的“自学习”优化，开箱即用但需真实流量训练
.NET 8 默认启用 Dynamic PGO（Profile-Guided Optimization），JIT 在运行时收集热点路径数据，后续编译自动内联、去虚拟化、优化分支预测——无需改代码，只要跑起来就有收益。
首次请求仍走普通 JIT；持续运行 1–2 分钟后，PGO 数据积累完成，高频路径性能提升可达15–20%对
async/await状态机、LINQ 链式调用、循环展开等场景效果明显；但短命进程（如 AWS Lambda 单次执行 验证是否生效：启动时加环境变量
CORECLR_ENABLE_PROFILING=1并观察
dotnet-counters monitor --process-id [pid] -m Microsoft-Windows-DotNETRuntime中的
Jit/MethodJittedCount和
Jit/MethodsOptimized指标
InlineArray + ref struct：栈上固定数组，绕过 GC 压力但限制严格
当你要频繁分配小而固定的数组（如像素缓冲区、协议头解析、SIMD 输入），
InlineArray可让结构体直接在栈上持有连续内存，避免堆分配和 GC 扫描。
using System.Runtime.CompilerServices;
<p>[InlineArray(256)]
public struct ByteBuffer
{
private byte _element0;
}</p><p>// 使用
var buffer = new ByteBuffer();
buffer[128] = 0xFF; // 直接索引，无边界检查开销（Release 模式）</p>
必须是 struct，且仅含一个私有字段（命名必须为
_element0） 不能被装箱，不能作为
object传参，不能存入泛型集合（如
List<bytebuffer></bytebuffer>） 大小受栈空间限制（Windows 默认约 1MB），单个
InlineArray(65536)在深度递归中可能栈溢出
主构造函数 + 不可变属性：减少对象创建开销，但别误以为线程安全
C# 12 的主构造函数让 DTO、消息体等轻量类型写法更紧凑，配合只读属性天然鼓励不可变性，间接降低并发修改风险：
public record OrderItem(string Sku, decimal Price, int Quantity);
// ✅ 安全：record 默认不可变，线程间共享无副作用
<p>public class SensorReading(double Temp, double Humidity)
{
public double Temp { get; } = Temp;
public double Humidity { get; } = Humidity;
}
// ⚠️ 注意：class 不自带线程安全，只是字段只读；若内部含 <code>Lazy<T></code> 或缓存字典，仍需同步
主构造参数作用域覆盖整个类体，可用于字段初始化、属性表达式、甚至 init属性赋值 不等于线程安全：若类里持有
ConcurrentQueue<t></t>或调用外部可变服务，仍需按需加锁或使用
ImmutableArray<t></t>过度使用主构造函数+自动属性会掩盖真实依赖——比如把
IHttpClientFactory塞进主构造，反而破坏测试隔离
真正难的是权衡：AOT 带来启动优势，但调试符号难还原；PGO 提升长期性能，却对冷启动无效；
InlineArray快得飞起，但一不小心就栈爆。这些特性不是“开了就赢”，而是要结合你的部署形态、调用模式和可观测能力一起设计。
