先用基线数据确认真正的性能瓶颈

处理器占用高不一定意味着软件效率低，稳定的多核利用可能代表任务正在有效执行；真正需要警惕的是单核满载、任务耗时没有下降、系统交互明显阻塞。内存占用高也不必立即清空缓存，只有在缓存命中率没有改善、任务结束后无法回落或系统开始交换时，才应缩减缓存规模。

按现象判断处理器、内存与磁盘瓶颈

性能监控应当覆盖一次🔍完整任务，而不只是查看任务开始时的资源占用。短时峰值可能来自初始化，持续增长则可能与缓存失控、对象未释放或日志堆积有关。

缓存清理不能简单等同于删除全部临时文件🎯。删除前应确认软件已经退出、缓存不包含未保存内容，并保留必要的索引或授权数据；对于长期运行的服务，优先采用▶️定期清理和容量上限，而不是频繁手动删除。

干逼软件的异常排查应遵循“复现、隔离、记❤️录、回滚、验证”的顺序，不能在崩溃现场连续修改多个设置。稳定复现🔑比一次偶然卡顿更有诊断价值。