.NET应用性能改进流程是什么？如何正确开展.NET性能测试？

• 明确性能基线与问题边界：先锁定性能问题的具体触发场景，比如高并发下接口超时、大文件处理内存溢出、批量数据计算耗时过长等，同时记录对应场景下的核心指标（响应时间P95/P99、CPU使用率、内存占用、每秒处理请求数）作为优化基线，避免后续优化没有统一衡量标准，禁止无明确问题的盲目优化。
• 准确定位性能瓶颈：完全基于测量数据定位瓶颈，禁止靠猜测判定问题，CPU占用过高时用PerfView、dotnet-counters排查热点函数，内存泄漏/溢出时用dotnet-gcdump、dotnet-dump分析对象留存情况，IO耗时过高时用dotnet-trace排查异步等待、外部依赖调用耗时，最终确认瓶颈属于代码逻辑问题、外部依赖（数据库、缓存、第三方接口）性能不足，还是运行时配置（GC模式、线程池配置）不合理。
• 单点迭代优化：每次仅调整一个优化点，避免多个修改混合无法判断实际生效的优化项，所有修改点同步留存记录。
• 效果验证：在和问题场景完全一致的环境下执行测试，对比基线指标确认优化是否达标，同时排查是否引入新的性能问题，未达预期则回到瓶颈定位环节重新排查。
• 上线后持续监控：将核心性能指标接入生产监控体系，避免后续版本迭代重新引入同类性能问题。

• 测试环境对齐：测试环境的硬件配置、软件版本（.NET运行时版本、依赖服务版本）、业务数据量要尽可能和生产环境保持一致，禁止用开发环境的测试结果直接推导生产环境表现，确实无法完全对齐的要明确标注差异比例，避免测试结果失真。
• 按场景选择测试类型：
  • 微基准测试：针对单个核心方法、局部逻辑优化，统一使用BenchmarkDotNet执行测试，自动消除JIT编译、GC扰动带来的测量误差，得到准确的执行耗时、内存分配数据，测试时必须使用Release编译、禁止附加调试器。
  • 负载测试：完全模拟生产环境的真实请求模型、并发量级，测试系统整体的吞吐量、响应时间、错误率指标，重点关注常态负载下的性能表现，不要仅测试单请求耗时。
  • 压力测试：逐步提升并发量超过系统常规承载上限，找到系统性能拐点，验证极限负载下是否会出现内存泄漏、进程崩溃、资源不释放等问题。
• 规避常见测量误差：排除应用启动预热阶段（JIT编译、资源初始化）的耗时统计，多次测试取平均值，同时重点统计P95、P99等百分位指标，不要仅参考平均耗时，避免掩盖偶发的慢请求问题。
• 留存完整测试上下文：测试报告必须包含.NET运行时版本、编译配置、测试机器配置、并发参数、请求量、各维度指标数据，保证测试结果可复现。

内容的提问来源于stack exchange，提问作者Thomas W.