limitrequestbody是apache在协议层拦截超大请求体的核心指令，须置于virtualhost/directory/.htaccess（启用allowoverride limit）中，单位字节，值应略大于php的post_max_size以容纳multipart开销，禁用0值，需同步调优nginx等上游限制并用curl+error_log验证生效。
在 Apache 中设置请求体限制，核心是用 LimitRequestBody 在协议层拦截超大请求，防止内存耗尽、服务卡顿或被恶意上传拖垮。它不依赖 PHP 或后端逻辑，而是在请求解析初期就做硬性截断——这才是防溢出最有效的一道防线。
必须写在正确的作用域里
这个指令只在以下位置生效，且以最内层配置为准：
-
<virtualhost></virtualhost>块内（推荐）：控制整个站点的 POST/PUT 请求体上限 -
<directory></directory>块内：仅限制指定目录（如/upload）下的请求 -
.htaccess文件中：需确保对应目录已启用AllowOverride Limit - 主配置文件（如
apache2.conf）顶部全局段：无效，会被忽略
别把它塞进 <location></location> 或 <files></files> 块里——Apache 不认。
数值怎么设才合理
单位是字节，不是 MB 或 GB。设得太小会误拦正常请求，太大则起不到防护作用。关键原则是：比 PHP 的限制略高，留出封装开销。
Apache 2.4.62
下载
PHP中文网提供Apache 2.4.62 官方 tar.gz 源码包下载，通过源码编译安装，开发者能够灵活定制模块、优化性能并精准控制安装路径，满足多样化的业务需求。
- 如果
php.ini中设了upload_max_filesize = 50M和post_max_size = 52M，Apache 建议设为LimitRequestBody 54857600（约 52.3MB） - 多文件上传或含大量文本字段时，multipart boundary、换行符、字段名等额外开销可能达几十 KB，不能只看文件大小
- 设为
0表示不限制——生产环境严禁，等于敞开大门
配合反向代理时要额外注意
如果你前面还有一层 Nginx、CDN 或其他代理，Apache 的限制只是最后一环。上游必须同步放宽，并透传关键头：
- Nginx 需配置
client_max_body_size 50M（放在http、server或location块） - 确保上游代理透传
Content-Length和Content-Type，否则 Apache 可能无法准确判断请求体大小 - Apache 自身还要加
ProxyReceiveBufferSize 2097152（2MB），避免 mod_proxy 缓冲区过小导致截断
验证是否真正生效
别信浏览器界面或前端提示——它们可能卡在 JS 校验或超时。用 curl 构造真实请求测试最可靠：
- 生成一个刚好超限的文件：
dd if=/dev/zero of=test.bin bs=1M count=53 - 发送请求：
curl -X POST http://yoursite.com/upload.php -F "file=@test.bin" - 观察返回状态码：413 表示 Apache 拦截成功；400 或空白响应可能是 Nginx 或 PHP 先拦了
同时查 Apache 错误日志（/var/log/apache2/error.log），确认是否有 Request Entity Too Large 记录。
