post_max_size被触发时，$_POST和$_FILES为空、页面空白或报500/413错误；需同步调整upload_max_filesize、client_max_body_size（Nginx）或LimitRequestBody（Apache）、memory_limit，并确认修改的是PHP实际加载的配置文件。
post_max_size 被触发时的典型表现
浏览器上传文件后页面空白、直接 500 或返回 Post size exceeded 错误，$_POST 和 $_FILES 全为空——这不是 PHP 脚本没运行，而是请求根本没进到 PHP 解析阶段。Nginx 会先拦在网关层返回 413，Apache 可能静默丢弃或报 500，具体取决于模块和配置。
必须同步修改的三个关键参数
post_max_size 不是孤立存在的，它和另外两个值形成硬性依赖链：
-
upload_max_filesize必须 ≤post_max_size；否则即使文件本身没超，PHP 也会拒绝解析整个 POST 包 -
client_max_body_size（Nginx）或LimitRequestBody（Apache）必须 ≥post_max_size；否则请求在 Web 服务器层就被截断，PHP 根本收不到 -
memory_limit建议设为 ≥post_max_size的 1.5 倍；大文件上传期间 PHP 需要内存暂存临时数据，不够会直接 fatal error
不同环境下的修改位置和验证方式
别只改 php.ini 就以为完事——得确认你改的是 PHP 实际加载的那个文件：
- 用
php --ini（CLI）或phpinfo()（Web）查真实路径，常见位置：/etc/php/8.2/fpm/php.ini、/usr/local/php/etc/php.ini、C:\php\php.ini - Nginx 环境：改
nginx.conf的http或server块，加client_max_body_size 128m;；改完必须nginx -t && nginx -s reload，语法错 reload 不报错但配置不生效 - Apache 环境：在
.htaccess或虚拟主机配置里加php_value post_max_size 128M，但仅当AllowOverride All且 PHP 是 module 模式才有效 - 宝塔面板：进「PHP 设置」→「配置修改」，改完点「保存」并重启对应 PHP 版本服务，别漏掉「重载配置」按钮
框架层配置不能绕过底层限制
ThinkPHP 的 maxSize、Laravel 的 max_file_uploads 这类设置，只在 PHP 成功接收到完整请求后才起作用。它们对 Post size exceeded 完全无效——就像给门锁换钥匙，却忘了门根本没装把手。
立即学习“PHP免费学习笔记（深入）”；
真正卡住上传的，永远是 client_max_body_size → post_max_size → upload_max_filesize 这条链。漏调任意一环，上传就停在半路，而且错误信息往往含糊其辞，容易让人误判成代码问题。
