phpEnv中修改upload_max_filesize需先确认Web服务类型（Apache或Nginx），再同步调整upload_max_filesize、post_max_size、memory_limit等参数，并在Nginx模式下额外配置client_max_body_size，最后通过phpinfo()和实际上传验证生效。
phpEnv 是 Windows 下常见的集成环境（类似 XAMPP、phpStudy），它把 Apache/Nginx + PHP + MySQL 打包在一起，但它的配置路径和重启逻辑和标准部署略有不同——改错文件或漏重启，upload_max_filesize 就永远不生效。
确认你用的是 phpEnv 的哪个子环境（Apache 还是 Nginx）
phpEnv 通常提供 Apache 和 Nginx 两种 Web 服务选项，二者配置完全独立：
- 如果面板里选的是 Apache，你要改的是
php.ini（位于 phpEnv 安装目录下的php\php-版本号\php.ini，比如D:\phpEnv\php\php-8.2\php.ini） - 如果选的是 Nginx，除了改
php.ini，还必须同步改nginx.conf或站点配置里的client_max_body_size，否则请求在 Nginx 层就被拦截，根本进不了 PHP - 面板右下角或“服务管理”页会明确标出当前运行的是 Apache 还是 Nginx —— 别凭感觉猜
修改 php.ini 里的 upload_max_filesize 和关联参数
只改 upload_max_filesize 是最常见也最无效的操作。它必须和三个参数协同调整：
-
upload_max_filesize = 100M（单个文件上限，单位不写空格，100M可，100 MB不行） -
post_max_size = 105M（必须 ≥upload_max_filesize，多留 5M 给表单字段和 boundary） -
memory_limit = 256M（建议 ≥post_max_size的 2 倍；PHP 解析 multipart body 时会暂存数据到内存） - 顺手检查：
max_execution_time = 600、max_input_time = 600（大文件上传耗时长，30 秒默认值肯定不够）
改完保存，别直接关编辑器——有些记事本会静默失败，建议用 VS Code 或 Notepad++ 编辑并确认编码为 UTF-8 无 BOM。
立即学习“PHP免费学习笔记（深入）”；
Nginx 模式下必须额外设置 client_max_body_size
phpEnv 的 Nginx 配置通常放在 phpEnv\nginx\conf\nginx.conf 或 phpEnv\nginx\conf\vhost\你的域名.conf 里。找到 server 块或 location ~ \.php$ 块，在里面加一行：
client_max_body_size 100M;
注意：
- 这个值要 ≥
post_max_size，否则 Nginx 在 PHP 解析前就返回413 Request Entity Too Large - 改完必须执行
nginx -t测试语法（phpEnv 面板里一般有“Nginx 重载配置”按钮，点它比手动命令更稳） - 不要只 reload Nginx —— phpEnv 的 PHP-FPM 进程也得重启，否则
php.ini修改不加载
验证是否真正生效，而不是“看起来改了”
别信面板里的“配置已保存”，也别只看 phpinfo() 页面上 “Local Value” 显示的数值。关键看三处是否一致：
- 新建
test.php，内容：<?php echo ini_get('upload_max_filesize') . ' / ' . ini_get('post_max_size'); ?>，浏览器访问，输出应为100M / 105M - 打开 phpinfo() 页面，搜索
upload_max_filesize，确认 “Local Value” 和 “Master Value” 相同，且不是2M这种默认值 - 实际上传一个略小于设定值的文件（比如设了 100M，就传 95MB 的 ZIP），观察是 PHP 报错（如
UPLOAD_ERR_INI_SIZE）还是 Nginx 返回 413 —— 前者说明 PHP 层没生效，后者说明 Nginx 没配
最容易被忽略的是：phpEnv 启动时可能加载了多个 php.ini（比如 CLI 版本和 Web 版本不同），务必通过 phpinfo() 页面里的 “Loaded Configuration File” 路径确认你改的是那个文件。
