C产品如何满足特定用户需求？

本文共计769个文字，预计阅读时间需要4分钟。

Windows的Time Travel Debugging（TTD）是Windows 10/11内置的录制-回放式调试技术，但它仅支持原生代码（x64/x86用户态进程），不支持.NET托管代码。

替代方案：使用 dotnet-dump + Live Diagnostics

对 C# 应用做“时间旅行式”根因分析，实际可行路径是结合内存快照与运行时诊断能力：

• dotnet-dump collect -p <pid> 可在异常前/后抓取完整托管堆快照，配合 dotnet-dump analyze 查看对象引用链、线程栈、异常对象详情
• dotnet-trace collect --providers Microsoft-DotNetRuntime 录制高性能事件流（含 GC、JIT、ThreadPool、Exception 等），导出 .nettrace 后用 PerfView 或 dotnet-trace convert 分析时序行为
• Visual Studio 2022+ 支持“IntelliTrace 事件模式”，可在调试时自动记录关键事件（如异常抛出、方法进入/退出），支持向后/向前跳转，但需项目启用 <DebugType>portable</DebugType> 且仅限 .NET 5+ Windows 平台

为什么不能简单包装成 TTD 兼容进程

有人尝试用 dotnet exec 启动一个原生 host 进程再加载 CLR，希望骗过 TTD —— 这行不通。