fread分块读取比file_get_contents快，因其避免一次性加载大文件导致内存溢出，通过8192～65536字节缓冲控制内存占用、减少系统调用次数，并支持边读边处理；需用'rb'模式打开、避免feof循环判定、合理设置stream_set_read_buffer。
PHP 8.5.5 的文件读写 I/O 性能瓶颈，90% 情况下不是 PHP 版本问题，而是读写方式、缓冲策略和系统层配置没对齐。直接换函数或加缓存未必见效，得先看你是读大文件、高频小文件，还是写日志类场景。
fread 分块读取比 file_get_contents 快在哪
file_get_contents 会把整个文件一次性加载进内存，遇到几百 MB 日志或资源包时，不仅慢，还可能触发 memory_limit 错误；fread 控制每次只读 8192 字节（或 65536），内存压得低，CPU 缓存更友好，且可边读边处理，避免堆积。
- 必须用二进制模式打开：
fopen($path, 'rb')，避免 Windows 下换行符转换开销 - 缓冲区大小别硬写
1024或1048576，实测8192～65536在多数 SSD 和 ext4 文件系统上吞吐最优 - 别在循环里反复
feof()判定——它要触发一次系统调用；改用fread返回 false 或空字符串判断结束 - 如果只是提取某段内容（如第 100 行），别全读再
explode("\n")，用fseek定位 + 小 buffer 逐行扫描更省
stream_set_read_buffer 能提多少速
PHP 流默认用 2KB 缓冲，意味着读 1MB 文件要调 512 次 read() 系统调用；设成 65536 后，调用次数降到 16 次，内核态切换开销大幅下降——实测吞吐提升 30%～70%，尤其在机械盘或 NFS 上更明显。
- 必须在
fopen后立刻设置：$fp = fopen($file, 'r'); stream_set_read_buffer($fp, 65536); - 该设置仅对当前流生效，不改变全局行为，也**不**影响
file_get_contents或SplFileObject - 别设过大（如
1048576），会导致单次分配失败或浪费内存碎片；超过 64KB 收益递减明显 - 注意：PHP 8.5.5 中该函数对
php://memory和php://temp无效
mmap 适合什么场景，为什么容易翻车
mmap 不是通用加速器，只适合「只读 + 超大 + 随机访问」的文件，比如 GB 级日志按时间戳查找、资源包按 offset 提取片段。它把文件映射到虚拟内存，省掉拷贝，但代价是占用进程虚地址空间，且需手动 munmap，否则泄漏。
立即学习“PHP免费学习笔记（深入）”；
- ext-mmap 扩展在 PHP 8.5.5 中仍非默认启用，Ubuntu/Debian 需
sudo apt install php-mmap，CentOS 需编译安装 -
mmap返回的是二进制字符串，不能直接当数组或 JSON 解析——要先substr截取再json_decode - 文件被其他进程修改时，mmap 区域可能不一致；若文件被截断，访问越界区域会触发
Segmentation fault - 容器环境（如 Docker）中，默认
vm.max_map_count值偏低，需在 host 执行sysctl -w vm.max_map_count=262144
OPcache 对文件 include 的真实影响
很多人以为 OPcache 能加速 file_get_contents，其实不能——它只缓存 PHP 脚本编译后的 opcode，对纯文本、JSON、XML 等非 PHP 文件读取毫无作用。但它能极大缓解循环中 include 同一文件的开销。
-
opcache.validate_timestamps=0后，include不再 stat 文件修改时间，省掉每次 1–2ms 的系统调用 - 但若
include的是动态生成路径（如include "templates/{$name}.php"），OPcache 无法预判，缓存失效 - 绝对路径比相对路径更容易命中 OPcache 全路径缓存，
__DIR__ . '/config.php'比'config.php'更稳 - 别指望 OPcache 加速
file_put_contents写入——那是磁盘 I/O，跟 opcode 无关
真正卡住性能的，往往不是单个函数选错，而是混合了 mmap 未释放、stream buffer 设太大又忘了 close、OPcache 关了 validate 却没清缓存这三件事。调优前先用 strace -e trace=read,write,mmap,close php script.php 看底层系统调用分布，比猜更准。
