为何.NET Object Allocation Tool始终显示‘所选时间段无内存分配’？

• 确认进程附加正确性
  检查工具选择的进程是否为正在运行负载场景的目标进程——同名进程、多实例进程容易混淆，核对进程ID和名称，确保跟踪的是产生负载的实例。

• 调整分配跟踪模式
  默认的采样模式会忽略小分配或低频率分配，切换到跟踪模式（启动工具前在配置面板选择Trace allocations），该模式会记录所有对象分配，适配大负载场景的排查需求。同时重置工具的过滤规则，避免误过滤掉目标分配类型。

• 验证负载场景是否真的触发分配
  通过代码埋点GC.GetTotalAllocatedBytes()打印实时分配量，确认负载场景确实产生了内存分配；手动重复触发核心业务操作，同时观察工具实时数据，排除场景本身因缓存、对象池复用导致的分配减少。

• 排查环境差异影响
  调试模式下JIT优化禁用可能改变分配行为，切换到发布模式重新测试；检查是否启用了Tiered Compilation等优化选项，这类配置会影响对象分配的时机与频率。

• 核对工具与.NET版本兼容性
  确保Visual Studio（及Object Allocation Tool组件）与目标.NET版本匹配，老版本工具可能不支持.NET 6+的跟踪特性，建议更新到Visual Studio最新稳定版；也可使用dotnet-trace collect --providers Microsoft-DotNETCore-SampleProfiler命令行采集跟踪数据，用PerfView分析，验证是否为可视化工具的问题。

• 检查权限与进程状态
  以管理员权限运行Visual Studio，避免因权限不足无法跟踪高权限进程；确认目标进程处于正常运行状态，挂起、异常进程会导致分配跟踪失效。

内容的提问来源于stack exchange，提问作者Timothy G.