phpEnv 的 upload_tmp_dir 实际来自系统默认路径 C:\Windows\Temp，因其配置由预编译包固化且不支持运行时修改；当该目录无写权限时，move_uploaded_file() 会静默失败。
phpEnv 不支持直接修改 upload_tmp_dir —— 它的 PHP 配置由预编译包固化，不能像宝塔或手动编译那样自由编辑 php.ini。
phpEnv 的 upload_tmp_dir 实际从哪来
phpEnv 是 Windows 下的便携式 PHP 环境（类似 XAMPP），其 PHP 二进制和配置由作者打包生成。它不提供独立的 php.ini 文件供用户直接修改；即使你找到并改了某个 php.ini，phpEnv 启动时也优先加载内置的、硬编码路径下的配置（通常位于 phpEnv\php\php.ini 或嵌套在 phpEnv\php\php-*.ini 中）。
- 运行
php --ini查看“Loaded Configuration File”，但该路径常为空或指向无效位置 - 执行
php -i | findstr "upload_tmp_dir"（Windows CMD）会发现输出为upload_tmp_dir => no value，即未显式设置 → PHP 回退到系统默认（C:\Windows\Temp） - 这个默认路径在多数 Windows 环境下可写，但若遇到 UAC 限制、杀毒软件拦截或企业策略锁死，
move_uploaded_file()就会静默失败
绕过 phpEnv 限制的可行方案
既然不能改配置项本身，就从行为和路径上干预：
- 确保
C:\Windows\Temp对当前运行 PHP 的用户（通常是你的登录账户）有完全控制权限：右键 → 属性 → 安全 → 编辑 → 添加用户 → 勾选“完全控制” - 用
tempnam()在脚本中主动创建临时文件，再通过move_uploaded_file()搬移（仅适用于你完全控制上传逻辑的场景）：$tmp = tempnam('C:/phpenv-tmp', 'up_');<br>if (move_uploaded_file($_FILES['file']['tmp_name'], $tmp)) { /* 成功 */ } - 改用
file_get_contents('php://input')+file_put_contents()手动解析 multipart body（需自行处理边界、编码、文件名等，不推荐除非你明确需要流式控制） - 放弃 phpEnv，换用支持完整配置的环境：如 官方 Windows ZIP 包（解压后手动配
php.ini和upload_tmp_dir），或 WSL2 + Ubuntu + PHP-FPM
为什么 ini_set('upload_tmp_dir', ...) 一定失败
这是 PHP 内核级限制：upload_tmp_dir 属于 PHP_INI_SYSTEM 类型配置项，只能在启动时由 SAPI（如 CLI、Apache 模块）读取，运行时调用 ini_set() 完全被忽略 —— phpEnv 也不例外。
立即学习“PHP免费学习笔记（深入）”；
- 测试代码：
var_dump(ini_set('upload_tmp_dir', 'C:/tmp')); // bool(false) - 错误日志里不会报错，但
$_FILES['x']['tmp_name']仍指向旧路径，甚至为空 - 别试图用
putenv('TMP=C:/mytmp')干扰，PHP 上传流程不读取该环境变量
真正卡住上传的，往往不是“怎么设”，而是“设了但没生效”——phpEnv 的封闭性决定了你得先确认它到底用了哪个目录，再决定是妥协权限、改写逻辑，还是换环境。临时目录不可写的问题，在 Windows 上比 Linux 更隐蔽，因为错误不抛异常，只让 move_uploaded_file() 返回 false。
