在只有一个文件的百度网盘分享页显示文件的md5
如果任何人想要重复此次试验，我可以向你提供图中视频文件。
又一次同样的试验，实验结果一致，即：存在一定几率，此脚本 MD5 显示错误。
这次试验是昨天下载的一个文件，我发现和网盘 MD5 不同，便将 MD5 记录在笔记本中，然后删除了，重新下载后和笔记本中 MD5 一样。
但是这种错误是很小几率的，大概只有十分之一，我校验了其它一些文件都是正确的。
补图
我可以提供图中所有文件，以便重复本次试验
分享页的链接呢？
这个md5应该是百度云本身的api提供的
分享页的链接呢？
图一文件 链接:已经取消分享
图二文件 链接:已经取消分享
你可以看到分享页面 MD5，下载后却是另外一个，如果无误应该下载后和我下载的 MD5 一样
我不会分享太久，请尽快下载吧
蝙蝠侠那个
可以看到
file/7408f0dbfa83d34c5533a4c30f991fb1?bkt=p3-00002ecfbd375b43faa40e4d335fcf2aac51也就是说这个md5是百度云对文件保存的一个识别。很可能是因为百度不想浪费服务器资源对大文件生成md5，改为对其文件的特征生成md5(个人猜测)
所以会出现你说的现象
嗯，谢谢您的测试，我发现很多离线资源会有此现象，有可能百度云不止使用 MD5 一种算法，也可能包含其他 P2P 算法，因而导致了“错误”。
通过我做的以下的试验, 我认为百度缩水生成MD5的论点更靠谱一点, 即, 不校验整个文件, 只校验部分.
实验证明，此脚本显示的 MD5 仅有参考作用，有一定几率是错误的
刚刚有一个文件，我本地和云端显示的 MD5 不同，于是我又通过百度网盘客户端重新下载了一次。
下载两次后，两次文件的 hash 值完全一致（这也证明第一次下载没有损坏，如果损坏不可能第二次也是同样的 hash），但是对比脚本显示的 MD5 却截然不同。
此情况经过多次测试（十多个大于 4GB 文件测试），有十分之一的几率是错误的。
建议如果校验不同，不要急着删除本地，可以在下载一次，两个本地文件进行双重校验。