把重复操作改成可复用流程

安全检查比参数调节更优先。软件如果频繁请求通讯录、摄像头、麦克风、定位或后台常驻权限，而核心功能并不需要这些权限，应先限制权限并观察功能是否受影响。

软件内置的模板、预设、快捷键和批处理队列，适合处理重复工作。配置模板时应只保留稳定参数，将临时路径、账号、文件名和敏感信息改为每次输入，避免复制旧配置🍀造成误操作。

建立一套可重复的测试记录

内存优化应优先控制缓存上限和并发任🔥务数。缓存并非越大越好，缓存超过设备可用内存后，🌺系统可能频繁交换数据，表现为界面停顿和磁盘占用升高。批处理任务可以按小批次运行，完成一批后释放临时对象。

网络任务还💎要注意账号和数据🎊边界。不得利用并发设置绕过访问限制，不要批量处理未经授权的个人资料，也不要把包含密码、令牌或隐私内容的日志直接发送给第三方排查。

使用第三方插件前，应检查插件的权限范围、更新记录和卸载方式；不再使用的插件要及时移除。软件需要管理员权限时，只在确有必要的操作期间授予，不建议长期以管理员身份运行。

先把软件环境固定下来，避免优化建立在错误版本上

目标软件的网络性能取决于连接质量、服务端限制、请求大小和并发策略。单纯把线程数调到最大，可能触发限流、连🔍接失败、账号异常或本地资源耗尽。

从CPU、内存和磁盘三个层面排查性能瓶颈

测试记录至少包括启动耗时、首个操作响应时间、任务完成时间、峰值内存、平均CPU占用、失败次数和异常日志。对于图形界面软件，还可以记录切换页面、打开大文件和关闭程序时的响应表现。

目标软件的长期稳定运行，必须建立在合法授权、最小权限和可恢复机制上。任何涉及破解授权、绕过访问控制、隐藏后台行为、窃取数据或规避平台安全检测的设置，都不属于正常性能优化。

数据保护方面，账号凭据、支付信息、私人文件和身份资料应避免写入调试日志。导出配置前先删除密钥、令牌和本地路径；共🎆享故障记录时，🎊可用虚拟文件名和脱敏数据替代真实内容。

用日志和基准测试验证每一次改动

目标软件的性能判断必须建立在可控环境上。不同安装包、系统版本、插件组合和权限状态，可能导致同一项设置产生完全不同的结果。

日志排查应先看错误发生前的几行内容，再▶️结合时间、任务编号和资源曲线定位原因。反复出现的超时、权限拒绝、文件锁定、解析失败和内存🔑不足，分别对应不同处理方向，不能统一归结为“软件性能差”。