LimitRequestBody是Apache拦截超大请求体的第一道防线，需在Server/Vhost/Directory/.htaccess中配置（非Location），单位字节，须略大于PHP的post_max_size以容纳multipart开销，并排除Nginx、ModSecurity等干扰项。
直接在 Apache 配置中设置 LimitRequestBody 是拦截超大请求体的第一道防线，它在请求进入 PHP 之前就拒绝非法上传，不消耗后端资源。关键不是“设一个数”，而是配对、作用域明确、留出余量，并排除干扰项。
在哪配？必须选对配置位置
该指令只在以下四种上下文中有效：
-
主服务器配置（
httpd.conf或/etc/apache2/apache2.conf）：影响全局，但不够灵活 -
虚拟主机块（
<VirtualHost>）：适合整站统一限制，例如后台管理域 -
目录块（
<Directory "/var/www/html/upload">）：最推荐，精准控制上传入口路径 -
.htaccess 文件：需确保对应目录启用了
AllowOverride Limit，否则无效
注意：<Location> 和 <Proxy> 块中不能用；多个层级同时设置时，以最内层（如 .htaccess）为准。
设多大？和 PHP 限制必须对齐
Apache 层的限制要略大于 PHP 层，否则会出现“Apache 放行、PHP 报错”的混乱现象。典型搭配如下：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- PHP 中
upload_max_filesize = 8M、post_max_size = 10M - Apache 中
LimitRequestBody 10485760（即 10MB）——比 PHP 的post_max_size多约 100KB，用于容纳 multipart boundary、字段名、换行符等开销
单位始终是字节，不支持 MB/GB 缩写。设为 0 表示不限制（生产环境禁用），负数会导致 Apache 启动失败。
为什么还是返回 413？常见干扰项要排查
不是所有 413 都来自 LimitRequestBody，尤其在复杂架构中：
- 前置反向代理（如 Nginx）已拦截：检查其
client_max_body_size，它比 Apache 更早生效 - 安全模块介入：ModSecurity 的
SecRequestBodyLimit默认 1MB，可能抢先返回 413；查modsec_audit.log - 超时机制中断：
RequestReadTimeout body=30,minrate=500会在慢速上传时断连，日志表现类似 413 - 配置未生效：改完必须运行
apachectl configtest && systemctl reload apache2，且确认 .htaccess 所在目录允许AllowOverride Limit
怎么验证真正生效？别只看文件大小
用真实请求体测试，而非仅上传单个文件：
- 构造含多个文本字段 + 1 个 8MB 文件的 multipart 表单，总请求体可能达 8.2MB
- 用
curl -v -F "file=@large.zip" -F "note=test" http://yoursite.com/upload - 查看 Apache
error_log：成功拦截会记录request body exceeds LimitRequestBody - 若无记录，说明被其他中间件拦了，或配置根本没加载
