怎么检查PSD源文件的图层结构和修改痕迹？

PSD源文件在设计交付、版权纠纷和项目审计里经常成为关键证据，很多人以为只要在 Photoshop 里打开就能看到图层数量、修改历史和作者信息，实际上图层结构本身是写在 PSD 二进制内部的 Layer and Mask Information 块里，普通用户看不到原始写入时间、软件版本、保存路径等技术细节。更麻烦的是，打开并保存一次就会更新文件系统修改时间，甚至改变内部资源块顺序，导致原本的痕迹被掩盖。真正可信的检查不是靠主观描述，而是用可复现的技术证据：文件级元数据、内部文档信息、以及不可篡改的哈希指纹。怎么检查psd源文件的图层和修改痕迹，核心就是把技术取证和版本对比结合起来，而不是只看视觉效果。

PSD 并不是一张简单的图片，它是一个容器，头部记录了色彩模式、位深度、图像尺寸，随后是 Image Resources、Layer Info、Paths 等段落。Photoshop 会在文件里写入 XMP 和 IPTC 类型的文档信息，比如 Creator、Document ID、软件版本、最后保存的 Photoshop 版本号，这些信息在保存时会被写入并可能被第三方工具读取。图层名称、可视性、混合模式、蒙版阈值等都保存在二进制的图层记录里，肉眼无法直接判定是否被增删改。文件系统的创建时间、修改时间和访问时间提供了外部时间线，而内部元数据提供了软件环境线索。单独看任何一项都容易被误导，必须把外部时间戳、内部文档信息、文件大小和哈希值一起看，才能形成完整的证据链。

先别急着双击打开，先做只读备份。复制一份 PSD 到隔离目录，禁止写入，防止 Photoshop 自动更新修改时间。这是取证最基本的操作习惯。

把备份交给专业的元数据提取平台做客观记录会更省心，比如在 FilesAudit 平台 上传文件后系统会自动解析 PSD 内部结构，提取出软件版本、文档属性、文件创建时间等技术字段，同时计算 SHA-256、MD5、CRC32 三重哈希并生成带时间戳的 PDF 报告。举例来说，设计师交付的 v1.psd 在 2024-11-03 14:22 生成，SHA-256 为 3a7f...，文件大小 48.2MB，内部记录的 Photoshop 版本为 25.0。一个月后客户声称文件未改，却收到 v2.psd，哈希变为 9c1e...，大小变成 51.6MB，内部软件版本显示为 26.1，元数据中作者字段被清空。这种差异本身不说明谁对谁错，但技术上已经证明文件内容发生了比特级变化。配合 支持的格式列表 可以确认平台对 PSD、AI、INDD 等 Adobe 格式的解析能力，200 多种格式的覆盖让跨格式比对更统一。

图层和修改痕迹的判断通常需要版本对比。哈希一致代表两个文件在比特层面完全相同，几乎不可能出现图层被增删而不改变哈希的情况。哈希不一致时，再看元数据差异：Photoshop 版本变化可能意味着文件被新版本打开重保存；文件大小、资源块长度变化暗示图层或嵌入资源被改动；XMP 中的修改时间、历史记录描述字段如果被清空或改写，也是一种人为干预的信号。实际工作中常用做法是建立交付基线：交付时立即计算哈希并存档 PDF 报告，后续任何争议版本都用同一流程重新提取元数据和哈希，再用哈希校验教程的思路做逐项比对。这样既能判断文件是否被修改，也能还原大致的修改时间窗口。需要批量处理大量 PSD 时，可以考虑 FilesAudit Desktop App for unlimited local/bulk metadata analysis, with pricing 的本地批量方案，避免上传敏感源文件到公网。

技术证据有边界，必须说清楚。哈希和元数据只能证明文件是否发生了比特级变化、以及在技术层面记录了哪些属性，它们不能单独证明法律上的所有权、原创时间或创作意图。图层可以被复制、重命名、合并，元数据也可以被工具写入或清除，哈希只反映当前状态。把技术取证当成证据链的一环，而不是全部结论，这一点在司法和审计场景里尤为重要。关于哈希在法律场景中的