Aspire 13.6 让仪表盘保留运行历史：重启后还能回看故障现场
2026年9月29日，Aspire 13.6发布。官方重点介绍了仪表盘运行历史：资源快照与遥测写入SQLite，结束的运行可只读查看。AppHost默认保留每个应用最多十次运行，也可固定重要记录。对于“刚复现就误关进程”的调试场景，这比重新猜测故障过程更有用。官方发布说明。
图：AI生成开发遥测概念配图，非Aspire实际界面。
保留历史不等于重放应用
历史视图保存的是观察到的资源与遥测，不是让业务系统回到过去状态。官方同时提醒，仪表盘定位于开发与短期诊断；底层数据库没有独立的加密或授权层。独立启动的仪表盘仍需按官方说明配置持久化模式，不能把AppHost默认行为直接套到所有启动方式。完整更新说明。
实际建议：给一次复现留下可比较的边界
调试时，可以把复现步骤、代码提交、配置版本与运行记录关联起来。比如同一个请求在修改前超时、修改后成功，需要比较的不仅是耗时，还包括请求是否走相同分支、依赖服务是否相同、是否命中了缓存。单纯把两张不同条件下的曲线放在一起，很容易把环境差异误认成修复效果。
记录问题时只写必要的业务标识，避免在日志里打印访问令牌、完整请求正文或真实个人资料。若确需分享运行数据库，应先确认其中内容可以离开本机，并通过团队认可的渠道提供经过审查的最小材料；不要把“开发日志”当成天然无敏感信息的附件。
升级检查也要覆盖日常清理
试用新版本时，先重启一个测试应用，确认旧运行可见，再检查保留策略和磁盘占用。特别重要的复现应及时固定或整理证据，不能假定十次运行之后仍会保留。若团队多人共用开发环境，还应说明谁负责清理、哪些数据不能长期留存。
这次更新减少了调试现场丢失的机会。要真正提高排错质量，仍需把记录与同一份代码、同一组输入、同一个问题联系起来，才能从“看得到历史”走到“能够解释差异”。
核对时间：2026年10月1日（北京时间）。发布事实以所链接的一手资料为依据，实践建议为本站独立解读；预览状态与可用范围可能变化。
