不能直接用 hash_file() 计算大文件，因其会一次性加载整个文件到内存导致内存溢出；应使用 hash_init()+hash_update() 流式分块读取（如8KB/次）、二进制模式打开、严格校验 fread() 返回值，避免提前关闭句柄或拼接内容。
为什么不能直接用 hash_file() 计算大文件？
因为 hash_file() 会把整个文件一次性读入内存，1GB 文件就占 1GB 内存，容易触发 Allowed memory size exhausted。流式哈希的核心是分块读取、增量更新，避免内存爆炸。
如何用 hash_init() + hash_update() 做流式计算？
关键在于手动控制读取节奏：打开文件句柄 → 初始化哈希上下文 → 循环读块 → 每次调用 hash_update() 更新 → 最后 hash_final() 输出结果。注意必须用二进制模式打开文件（'rb'），否则 Windows 下换行符可能被误转码，导致哈希值错误。
示例代码：
$ctx = hash_init('sha256');
$fp = fopen('/path/to/bigfile.zip', 'rb');
while (!feof($fp)) {
$chunk = fread($fp, 8192); // 每次读 8KB，可调
hash_update($ctx, $chunk);
}
fclose($fp);
$hash = hash_final($ctx); // 返回 64 字符 hex 字符串
常见错误：忘记清空缓冲区或提前关闭句柄
-
fread()返回false时（如磁盘 I/O 错误），不检查就继续调用hash_update()会导致警告甚至哈希错乱 - 在
while循环中调用fclose()太早，后续fread()失败但没中断循环，最终哈希值偏短 - 使用
file_get_contents()拼接再传给hash_update()—— 这又回到内存加载老路，完全失去流式意义
性能与兼容性要注意什么？
读取块大小不是越大越好：8192 是较稳妥的默认值；设到 1MB 可能提升吞吐但增加单次内存占用；PHP 7.4+ 对大块 fread() 有优化，但低于 5.6 的版本在某些 SAPI（如 CGI）下对 >64KB 块支持不稳定。
哈希算法选型也影响结果：sha256 和 md5 输出长度不同，且 md5 已不推荐用于校验完整性；若需 Base64 输出，用 hash_final($ctx, true)（二进制格式），再 base64_encode()，别用 hash() 函数替代流式逻辑。
流式哈希真正难的不是写几行代码，而是确保每一块都完整读取、无截断、无编码污染——尤其当文件来自网络挂载点或加密文件系统时，fread() 的返回长度可能小于预期，必须严格校验。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
