phpEnv中修改PHP上传限制需定位其实际加载的php.ini（如D:\phpEnv\php\php-8.2.12\php.ini），配对调整upload_max_filesize=64M与post_max_size=72M，memory_limit≥128M，max_execution_time=300，并重启Apache服务生效。
phpEnv 是 Windows 下的便携式 PHP 环境套件（类似 XAMPP），它自带 Apache 和 PHP，但不直接暴露系统级 php.ini 路径——你必须手动定位并修改它内置的配置文件，否则改了系统 php.ini 也没用。
确认 phpEnv 使用的是哪个 php.ini
phpEnv 启动后，PHP 实际加载的配置文件不是系统默认路径下的那个，而是它自己解压目录里的副本。常见位置是：
-
D:\phpEnv\php\php-{版本号}\php.ini（如D:\phpEnv\php\php-8.2.12\php.ini） - 或
D:\phpEnv\php\php.ini（部分旧版会统一放在这里）
最可靠的方式是：在 phpEnv 的「PHP Info」页面（通常通过 http://127.0.0.1/phpinfo.php 访问）中搜索 Loaded Configuration File，看实际加载的是哪条路径。别凭经验猜，phpEnv 多版本共存时容易搞错。
修改 upload_max_filesize 和 post_max_size 必须配对
只改 upload_max_filesize 没用，POST 请求体本身会被 Apache 或 PHP 拦截。这两个值必须协同调整：
立即学习“PHP免费学习笔记（深入）”；
-
upload_max_filesize = 64M（单个文件上限） -
post_max_size = 72M（整个 POST 请求上限，必须 ≥upload_max_filesize，建议多留 8–10M 容量给表单字段、边界符等） -
memory_limit = 128M（至少是post_max_size的 1.5 倍，否则$_FILES解析阶段就可能 OOM） -
max_execution_time = 300和max_input_time = 300（大文件上传耗时长，超时会导致 500 或空响应）
注意：所有单位写 M（大写），不能写 m 或 MB；数值前不要加空格；改完保存为 UTF-8 无 BOM 格式，否则 phpEnv 可能静默忽略配置。
必须重启 phpEnv 的 Apache 服务才生效
phpEnv 界面右下角有「Apache」状态按钮，点击「Stop」再点「Start」——仅刷新浏览器或重载页面无效。常见错误是改完配置没重启，然后反复测试失败，误以为是其他问题。
- 如果重启后仍无效，检查 Apache 错误日志（
D:\phpEnv\apache\logs\error.log），搜索Invalid command 'php_value'或Failed to load，说明配置语法错误或路径不对 - phpEnv 不支持
.htaccess中的php_value（它默认用 PHP-Module 模式，但部分精简版禁用了该指令），所以别白费劲去配.htaccess - 不要用
ini_set()动态设置——phpEnv 的大多数部署方式（尤其是 Apache + mod_php）允许该函数，但它无法突破php.ini的硬限制，且只对当前请求有效，不适合生产级上传逻辑
验证是否真正生效的最快方法
写一个最小验证脚本，放在 D:\phpEnv\www\test-upload.php：
<?php
var_dump([
'upload_max_filesize' => ini_get('upload_max_filesize'),
'post_max_size' => ini_get('post_max_size'),
'memory_limit' => ini_get('memory_limit'),
'max_execution_time' => ini_get('max_execution_time'),
]);
?>
访问 http://127.0.0.1/test-upload.php，确认输出值和你改的一致。如果还是显示 2M，说明你编辑的不是被加载的那个 php.ini，或者没重启服务。
真正的坑不在参数怎么填，而在于 phpEnv 的多版本隔离机制——你改了 php-8.1 的配置，却用 php-8.2 运行脚本，结果当然没变。
