用 microtime(true) 测单次写入耗时最直接，需在 fopen 后、fwrite 前开始计时，写完立即 fflush 和 fclose，建议写 1MB 以上取平均值，关闭 PHP 缓冲 stream_set_write_buffer($fp, 0)，生产环境无需 fsync。
用 microtime(true) 测单次写入耗时最直接
PHP 没有内置“文件写入速度”API，所谓速度只能靠自己测：记录写入前后的高精度时间戳，再除以字节数算出 MB/s。关键不是函数多高级，而是时间采样够不够准。microtime(true) 返回浮点秒，精度通常到微秒级，比 time() 精确 100 万倍。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 务必在
fopen()打开后、fwrite()前开始计时，避免把磁盘缓存策略或权限检查拖进测量范围 - 写完立即调用
fflush($fp)和fclose($fp)，否则系统可能只写到页缓存，没真正落盘，测出来虚高 - 单次写入太小（如 1KB）容易被系统调度噪声干扰，建议至少写 1MB 以上再算平均值
- 别用
file_put_contents()直接测——它内部会反复fopen/fwrite/fclose，测的是开销总和，不是纯写入
批量写入时要防 buffer 干扰真实吞吐
Linux/Unix 下，fwrite() 默认走 libc 缓冲，数据先攒在用户态内存里，等满 8KB 或遇到 fflush() 才发给内核。Windows 的行为略有不同，但同样存在缓冲层。这会导致你测出来的“写入速度”其实是内存拷贝速度，不是磁盘真实吞吐。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
stream_set_write_buffer($fp, 0)关闭 PHP 层缓冲，让每次fwrite()尽可能直通内核（注意：不能绕过内核页缓存） - 若要逼近物理磁盘极限，需配合
fsync($fp)——但代价巨大，每写一次都强制刷盘，速度暴跌 10–100 倍，仅用于验证数据持久性场景 - 生产环境测速，建议关闭缓冲 + 不调
fsync，这样更贴近真实业务中日志轮转、临时文件生成的 IO 模式
strace -e trace=write,fsync,close 能看清系统调用瓶颈
PHP 层测出慢，不等于磁盘慢。可能是 SELinux 限制、NFS 服务器延迟、ext4 日志模式（data=ordered vs data=writeback）、甚至 RAID 卡电池失效导致 write-back 缓存被禁用。这时候得跳出 PHP，看 OS 真正在做什么。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
strace -p $(pgrep -f 'php your_script.php') -e trace=write,fsync,close -T 2>&1 | head -20抓前 20 次写相关系统调用，看write耗时是否稳定、有没有卡在fsync - 如果
write很快（fsync 动辄 10ms+，说明是存储层问题；如果write本身就慢，大概率是挂载参数或远程文件系统拖累 - 对比测试时，确保
/tmp和目标路径不在同一块物理盘上，否则读写竞争会让结果失真
SSD 和 HDD 在 fwrite 行为上差异远超预期
同一段 PHP 写入代码，在 NVMe SSD 上可能跑出 500MB/s，换到机械盘却只有 80MB/s，但更隐蔽的问题是随机小写放大效应。HDD 对连续大块写友好，SSD 则对任意大小写入都相对平稳——但前提是没触发垃圾回收（GC）或写入放大（WA）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 测试前用
hdparm -I /dev/sdX | grep TRIM确认 SSD 是否支持并启用 TRIM，否则长期运行后写入速度会阶梯式下跌 - 避免用
fseek($fp, $offset, SEEK_SET); fwrite($fp, $data)频繁跳写，HDD 会疯狂寻道，SSD 虽无寻道，但 FTL 层映射压力剧增 - 如果业务允许，把多个小写合并成单次
fwrite()（比如攒 64KB 再写），比循环 1KB × 64 次快 3–5 倍，尤其在 HDD 上
fwrite() 返回成功，只代表数据进了内核页缓存，不代表落盘。要不要等落盘，取决于你的数据一致性要求，而不是性能数字好不好看。 
