```html

文件验证

上周帮朋友恢复一批旧照片，从一块十年前的文件验证三星移动硬盘里拷出来三百多张JPEG。他用看图软件一张张翻，文件验证突然停在一张2008年拍的文件验证鸟巢夜景上，说“这张好像坏了，文件验证颜色不对”。文件验证我凑过去看，文件验证缩略图正常，文件验证点开大图却有一半是文件验证灰的。他以为是文件验证显示器问题，换了一台电脑，文件验证还是文件验证一样。其实文件本身已经损坏，文件验证只是文件验证缩略图缓存还完好，骗过了眼睛。文件验证

文件验证这件事，大多数人只在下载大软件时才会想起——核对一下MD5或SHA1，对得上就装。但日常场景里，验证的缺失远比想象中普遍。我见过设计师把PSD从NAS拖到本地，打开提示“文件已损坏”，源文件其实在传输中丢了一个扇区的数据。也见过编辑收到作者发来的Word文档，打开全是乱码，对方坚称“我这儿好好的”。问题出在传输链路，不是文件本身。

“文件没坏”和“文件能用”是两码事。一个PDF能打开，不代表它的每一页都完整。一个ZIP能解压，不代表里面的文件都通过了CRC校验。

我习惯在关键操作后做一次轻量验证。比如用sha256sum对比源和目标的哈希值，或者用rsync -c强制校验和传输。听起来有点极客，但省下的返工时间远超这点开销。去年给客户传一个2GB的数据库备份，用微信传的，对方收到后直接导入，报错。我让他先算一下SHA256，结果和源文件差了一位。微信传输大文件偶尔会出这种问题，重新用网盘传了一遍才正常。

有人觉得哈希验证太慢，尤其面对几十GB的素材。其实有折中方案。比如用xxhsum，速度比SHA256快一个数量级，碰撞概率对日常用途足够低。或者只验证文件头尾各1MB，中间抽样。我认识一个做纪录片后期的团队，他们用md5deep批量生成清单，每次从存储卡拷贝素材后自动跑一遍，有问题的文件立刻标红重传。这个流程他们坚持了六年，没丢过一帧素材。

---

另一种常见误区是只看文件大小。两个文件字节数一样，内容可能完全不同。以前在论坛下载游戏ISO，有人用“大小一致”来证明没被篡改，结果解压出来一堆广告。文件大小只是元数据，验证必须触及内容本身。哈希值就是内容的指纹，哪怕改了一个字节，指纹就变了。

手机端更麻烦。安卓和iOS都不自带哈希工具，得装第三方App。我试过几款，要么收费，要么夹带广告。后来干脆用Termux跑sha256sum，虽然要敲命令，但干净。iPhone用户可以用快捷指令配合Python脚本，不过门槛不低。苹果对文件系统的封闭让验证变得别扭，尤其是从iCloud Drive同步下来的文件，你根本不知道它在后台有没有完整下载。

云存储的“同步完成”图标也不可靠。Dropbox和Google Drive都出过同步状态显示正常、实际文件不完整的事故。我自己的做法是，重要文件在云端和本地各存一份哈希清单，隔段时间抽查。听起来偏执，但数据无价。前年一个摄影师的Raw文件在百度网盘里损坏了三十多张，他发现时已经过了回收站期限，只能认栽。

文件验证不是技术人员的专利。它就像出门前摸一下钥匙在不在口袋，花几秒钟，避免一整天的麻烦。你不需要成为哈希专家，但至少知道：当文件行为异常时，先别怀疑软件，算一下哈希。那个值不会骗你。

```