apache通过limitrequestbody指令限制请求体总大小（单位字节），需与php的upload_max_filesize和post_max_size协同设置，三者取最小值生效，超出返回413错误。
apache 本身不直接限制“documentroot 目录的上传大小”，它没有按目录设置文件上传上限的功能。真正起作用的是 请求体总大小限制，由 limitrequestbody 指令控制，且该指令需配合 php（或其他后端）的上传配置协同生效。
你要限制的是“用户向 DocumentRoot 下某个上传接口提交的文件大小”，而不是 DocumentRoot 本身能存多少数据——后者是磁盘空间问题，Apache 不管。
✅ 正确做法：在 DocumentRoot 对应路径下启用 LimitRequestBody
假设你的 DocumentRoot "/var/www/html"，而上传表单提交到 /upload.php（位于该目录下），那么你可以在 Apache 配置中针对该路径设置请求体上限：
<directory>
LimitRequestBody 20971520 # 20MB
</directory>
这个设置会作用于所有发往 /var/www/html 及其子目录的 POST/PUT 请求体（含文件、表单字段、multipart 边界等），超出即返回 413 Request Entity Too Large。
⚠️ 注意：
LimitRequestBody是字节单位，不是“文件个数”或“单个文件大小”，它是整个 HTTP 请求体的硬上限。
interactive-document-writing下载通过全交互式问答对话，逐章节完成长文档的创建、编写和审计。适用于白皮书、方案书、用户手册、分析报告等需要深度共创的文档。 当用户提到"交互式写文档"、"一起写白皮书"、"逐章讨论"、"Step by Step写文档"、"帮我写方案书/报告/手册"， 或者用户想通过问答方式完成任何长文档编写时，使用此技能。即使用户...
✅ 必须同步调整 PHP 层限制（如果用 PHP 处理上传）
仅设 LimitRequestBody 不够，PHP 仍会拦截。需确保以下三项协调一致，实际生效值 = 三者最小值：
-
LimitRequestBody（Apache，单位字节） -
post_max_size（PHP，整个 POST 数据上限，建议比 upload_max_filesize 大 2–5MB） -
upload_max_filesize（PHP，单个文件上限）
例如：
; php.ini upload_max_filesize = 15M post_max_size = 20M max_input_time = 600
改完后：
- 若用
mod_php：重启 Apache - 若用
PHP-FPM：重启php-fpm服务
✅ 验证是否生效
- 上传超限时看响应状态码：
413→ Apache 拦截；空白页 +$_FILES为空 → PHP 拦截 - 查 Apache 错误日志：
/var/log/apache2/error.log或/var/log/httpd/error_log，搜索"request body exceeds LimitRequestBody" - 运行
phpinfo()确认upload_max_filesize和post_max_size当前值（注意是否被.htaccess或虚拟主机覆盖）
❌ 常见误区
- 认为
DocumentRoot设置本身能控制上传 → 它只是静态文件根目录，和上传逻辑无关 - 只改
upload_max_filesize却忽略post_max_size和LimitRequestBody→ 上传带文本字段的大文件时仍失败 - 在
<virtualhost></virtualhost>外全局设LimitRequestBody 0（不限制）→ 生产环境极不安全，可能被恶意大请求耗尽内存
不复杂但容易忽略。
