PHP未设置upload_tmp_dir时会fallback至系统临时目录（如/tmp或C:\Windows\Temp），但该路径不可控、不隔离，易因权限冲突、定时清理或容器限制导致上传失败；正确配置需确保路径存在、PHP进程有写权限、SELinux/AppArmor放行，并手动清理残留文件。
upload_tmp_dir 未设置时 PHP 怎么处理上传文件
PHP 默认会使用系统临时目录（如 /tmp 或 C:\Windows\Temp）存放上传过程中的临时文件。但这个路径不可控、不隔离，多个站点共用同一目录容易引发权限冲突或清理误删——比如 cron 清理 /tmp 时，正在处理的上传文件可能被删掉，导致 $_FILES 中的 tmp_name 指向无效路径，出现“文件不存在”或移动失败。
如何正确配置 upload_tmp_dir 并确保 PHP 能写入
必须同时满足三个条件：路径存在、PHP 进程有写权限、SELinux（若启用）允许 httpd/nginx 访问该路径。
- 在
php.ini中设置：upload_tmp_dir = /var/www/tmp（Linux）或upload_tmp_dir = C:\php\tmp（Windows） - 手动创建目录并赋权：
mkdir -p /var/www/tmp && chown www-data:www-data /var/www/tmp && chmod 700 /var/www/tmp - 重启 Web 服务：
systemctl restart apache2或systemctl restart php-fpm - 验证是否生效：运行
echo ini_get('upload_tmp_dir');，输出应为设定路径，且不能为空字符串
为什么 upload_tmp_dir 设为 /tmp 仍可能出问题
/tmp 看似方便，但实际是高风险选择：
- 很多 Linux 发行版启用
tmpfiles.d定期清理/tmp下超过 10 天的文件，而 PHP 上传临时文件默认不会自动删除，可能被误删 - 容器环境（如 Docker）中
/tmp往往挂载为 tmpfs，内存占用不可控，大文件上传易触发 OOM - 共享主机上，
/tmp权限宽松，其他用户进程可能读取或覆盖你的上传临时文件 - PHP 在某些 SAPI（如 CGI/FastCGI）下对
/tmp的访问受限，报错Unable to create temporary file
自动清理上传临时文件只能靠自己写逻辑
PHP 不提供内置的自动清理机制。upload_tmp_dir 只是临时存放位置，PHP 不会在脚本结束或文件移动后自动删它——哪怕你调用了 move_uploaded_file()，原 tmp_name 文件也不会被删。
立即学习“PHP免费学习笔记（深入）”；
- 必须在业务逻辑中显式清理：上传成功后用
unlink($_FILES['file']['tmp_name'])（但注意：如果已用move_uploaded_file()，该路径已失效，无需再删） - 更稳妥的做法是定期扫描清理：用 cron 每小时执行一次
find /var/www/tmp -type f -mmin +30 -delete（只删 30 分钟前创建的文件） - 不要依赖
session.gc_maxlifetime或opcache.revalidate_freq等无关配置来“捎带”清理
真正麻烦的不是设路径，而是清理时机和权限边界——比如 CLI 脚本和 Web 请求用不同用户运行，清理脚本若用 root 执行，可能删掉正在被 nginx worker 持有的临时文件，导致 500 错误。这类细节，配置完 upload_tmp_dir 后反而最容易被忽略。
