Performance录制文件发给别人前，怎样保留证据又避免泄露源码

Performance录制文件发给别人前，怎样保留证据又避免泄露源码。按现象、证据和验证结果逐步定位问题，提供可操作的检查顺序，避免把工具输出误当成故障结论。

慢页面需要可复现的证据

把性能曲线截图发给开发者，常常看得出慢，却看不出慢在哪里。Chrome的Performance录制可以保存后重新加载，适合协作排查。但导出内容可能比截图丰富，发送前应先核对文件选项和实际内容。

先做一份最小录制

使用测试账号，打开一个确定的页面，只录下“点击按钮后卡住”这段操作。停止录制后标记操作时间，写明设备、浏览器、是否限速和预期结果。避免把长时间后台活动都收进同一份文件，否则分析者很难找到真正的故障窗口。

导出时，分别判断是否需要资源内容、源码映射和截图。定位压缩函数可能需要源码映射；只判断布局抖动时未必需要完整源码。不要为了“资料越全越好”把私有业务代码一并交出。

发出前与收到后的检查

先把导出文件在本机重新导入，确认能打开、时间段正确、关键现象存在。再检查文件名、请求地址和截图中是否出现客户资料或令牌。必要时用脱敏的测试环境重新录制，而不是随意修改文件导致记录损坏。

接收方应先复现相同操作，再比较修复前后的同一段活动。单次录制只说明当时情况，不能证明所有用户都遇到同样瓶颈。共享链接需要限制访问范围，并约定保存期限。

官方文档核对：2026-11-02；本文未上传任何生产站点录制文件。

参考：官方资料。