.NET 8只读自动属性未内联问题技术求助

以下是针对你的场景的具体排查方向：

1. 确认属性实现是否真的足够简单 #

自动属性和表达式体属性只有在仅直接返回私有字段、无额外逻辑的情况下，才会被JIT优化为直接字段访问。检查你的Leg类属性：

• 自动属性：比如public decimal Notional { get; }背后的私有字段是readonly，但如果属性被标记为virtual，或者在子类中被重写，JIT会保留方法调用以支持多态。
• 表达式体属性：如果是类似public decimal AccruedInterest => _accruedInterest;这种纯字段返回，没问题；但如果包含null检查、类型转换、调用其他方法（比如public decimal Amount => CalculateAmount();），JIT无法内联，必然以方法形式调用。

2. 验证PGO是否真正生效 #

即使运行次数足够，也可能存在PGO数据未正确采集或应用的情况：

• 检查项目配置：确认Release模式下已开启**“优化使用配置文件”**（项目属性→生成→优化→选择“优化使用配置文件”），且已生成PGD文件。
• 检查分层编译状态：Tiered Compilation默认开启，但如果DOTNET_TieredCompilation环境变量被设为0，Tier 1的优化代码不会被生成。运行程序时可以通过输出日志确认是否进入Tier 1编译。
• 避免调试器干扰：调试器附加会强制禁用JIT优化，即使是Release模式。必须在不附加调试器的情况下运行程序，再通过dotnet-dump或PerfView等工具查看反汇编。

3. 检查跨程序集访问或多态场景 #

• 如果Leg类所在的程序集与调用方不在同一个程序集，且调用方程序集未启用优化，JIT无法跨程序集内联属性调用。确保所有相关程序集都是Release编译并启用优化。
• 如果Leg类不是sealed，且存在子类继承该类，JIT为了保留多态可能性，不会将属性调用优化为直接字段访问。尝试将Leg类标记为sealed，再查看反汇编变化。

4. 排查JIT优化的特殊限制 #

• .NET版本兼容性：部分旧版本（如.NET 7早期版本）存在表达式体属性内联的小bug，确保使用的是对应.NET版本的最新补丁包。
• 属性的反射或委托使用：如果代码中存在通过反射访问该属性、或把属性作为委托传递的场景，JIT会保留方法调用，无法优化为字段访问。

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