PHP php://temp 超过内存阈值后文件会落在哪里

我第一次把大段 CSV 中转数据放进 php://temp 时，最容易误判的是“临时流”三个字：它不是永远驻留内存，也不是把文件落在项目目录。结论很明确：php://temp 先在内存中保存数据，超过默认约 2 MB，或超过你写在 /maxmemory:NN 里的字节阈值后，会转用系统临时目录；这个位置应通过 sys_get_temp_dir() 理解，而不是写死成 /tmp。

php://temp 到底何时从内存切到临时文件

PHP 官方 wrapper 文档把 php://memory 和 php://temp 都定义为可读写的临时流。区别在于，前者一直保存在内存中，后者达到预设上限后使用临时文件。默认阈值是约 2 MB，可以显式写成 php://temp/maxmemory:5242880，表示先在内存中保留 5 MiB。

这不是“超过阈值的那一块单独落盘”。从使用者角度看，句柄仍然是同一个流，之前写入的内容也会随底层实现一起转移。临时文件的目录由 PHP 的系统临时目录规则决定，工程排查时先查看 sys_get_temp_dir()：

先把三个边界分开，才能解释“文件落在哪里”

这里有个常见坑：php://temp 并没有创建一个“完全不计入 PHP 内存”的新内存池。流在内存阶段仍然计入脚本使用量；转成临时文件后，文件缓冲区不再按同样方式占用脚本内存。但如果你随后执行 $all = stream_get_contents($stream)，又会把全部内容读回一个 PHP 字符串，原本的缓冲优势就被抵消了。

正确写法：让数据留在流里，不要重新拼成大字符串

适合大数据中转的写法是边生产边写入，读取时也按块处理。下面的示例故意保留每次读写的边界；注释说明了异常路径和资源释放，不能把它误解为某次真实执行的输出。

若确实需要一次性读取，至少先确认数据规模，并把 stream_get_contents 放在有明确内存预算的位置。关闭句柄通常会释放该流持有的资源；异常终止时不要把临时文件清理当成业务数据持久化方案，需要长期保存的内容应显式写入受控目录。

相关问题

php://temp 会固定落到 /tmp 吗？

不固定。PHP 按系统临时目录规则选择位置，代码中用 sys_get_temp_dir() 获取当前环境的依据即可。

把 maxmemory 设成 0 就完全不占内存吗？

不要把它当成通用结论。maxmemory 是 php://temp 的内存阶段阈值，脚本仍会因变量、字符串复制和读取方式消耗内存；真正需要零内存阶段时，应按当前 PHP 版本的官方行为验证。

php://temp 和 tmpfile() 是同一种东西吗？

不是。php://temp 是可读写的流包装器，支持先内存后临时文件；tmpfile() 直接创建临时文件句柄，关闭或脚本结束时通常会自动删除。两者都不适合替代需要明确生命周期和备份策略的持久化文件。