hash_file()能避免内存溢出，因其分块读取文件（默认8KB）并边读边更新哈希，不加载整个文件到内存；而file_get_contents()+md5()会将大文件全载入内存导致溢出。
hash_file() 为什么能避免内存溢出
因为 hash_file() 内部是分块读取文件（默认 8KB），边读边更新哈希上下文，全程不把整个文件加载进内存。而手动 file_get_contents() + md5() 会直接把几 GB 文件塞进内存，PHP 进程大概率被系统 kill 或报 Allowed memory size exhausted。
怎么用 hash_file() 计算大文件 MD5
最简调用就是一行：
echo hash_file('md5', '/path/to/bigfile.zip');
但实际使用要注意这些细节：
-
hash_file()第二个参数必须是本地文件路径（file://协议也不行），不支持 HTTP/FTP 远程 URL - 如果文件路径含中文或特殊字符，需先用
urlencode()？错——应确保 PHP 进程有权限读取该路径，且路径本身是合法的本地绝对路径或相对路径 - 返回值是 32 位小写十六进制字符串，无前缀，和命令行
md5sum bigfile.zip输出一致 - 若文件不存在或无读权限，函数返回
false，建议加判断：if (($hash = hash_file('md5', $filepath)) === false) { throw new RuntimeException("Cannot read {$filepath}"); }
遇到“Too many open files”错误怎么办
不是 hash_file() 本身开文件没关，而是你并发调用太多、或在循环里密集计算多个大文件时，触发了系统级文件描述符限制。解决方式：
立即学习“PHP免费学习笔记（深入）”；
- 用
ulimit -n查当前限制，临时提高：ulimit -n 65536 - PHP 层可主动释放资源：虽然
hash_file()是过程式调用、不返回句柄，但确保没其他地方（比如fopen()）漏关文件 - 批量处理时加简单限流，例如每处理 5 个文件
usleep(10000)，缓解 I/O 压力
需要同时算多个哈希（如 sha256）时别重复读盘
hash_file() 每调用一次就完整读一遍文件——对 GB 级文件很慢。正确做法是用 hash_init() + hash_update_stream() 手动流式计算：
$ctx = hash_init('md5');<br>hash_update_stream($ctx, fopen($filepath, 'rb'));<br>$md5 = hash_final($ctx);<br><br>// 同一个文件句柄还能继续算 sha256<br>$ctx2 = hash_init('sha256');<br>rewind(fopen($filepath, 'rb')); // 错！fopen 返回新句柄，得复用<br>// 正确：先打开一次，再传给两个 hash_init
更稳妥的写法是：
$fp = fopen($filepath, 'rb');<br>$md5 = hash_final(hash_update_stream(hash_init('md5'), $fp));<br>rewind($fp);<br>$sha256 = hash_final(hash_update_stream(hash_init('sha256'), $fp));<br>fclose($fp);
注意 rewind() 前要确认文件指针可回溯（普通磁盘文件可以，某些 NFS 或挂载卷可能不支持）。
真正卡住人的往往不是函数会不会用，而是忘记检查返回值是否为 false，或者在 Docker 容器里跑时，宿主机 ulimit 设置太低却没意识到是系统层问题。
