停止 Tomcat 60s 的连接超时, 杀死一个长长的上传

FixMediaService
已装运
2026年8月8日 03:19 UTC
作者
Kamo
提交
dcc4af3

一个2 GiB 聊天附件在成功传输近4分钟后失败 并用多部分例外包装一个裸的 SocketTimeout Exception,成员是 告诉“ 内部服务器错误 ” 。 Tomcat 禁用 Upload Timeout 默认为真, 这并不意味着没有 上传超时——表示单独,更长的禁用并连接超时 管辖机构也阅读。 默认是60多岁 而且从未被推翻过 所以任何 60秒的暂停 在一个即将到来的尸体 杀死了请求。 在旧的100 MB 上限 a 转会时间很少足够长, 无法遇到一个; 在 3 GiB 时, 转会运行几分钟 浏览器 Traefik 下个 BFF 和 Tomcat , 其中一个站点接近 不可避免的。 尸体现在有一个小时, 匹配特拉菲克入口 在前面 它,而请求行和信头则保留实际限定的60年代最后期限 慢点,慢点 多段解析发生在选择处理器之前, 因此这些失败从未达到 控制器本身的错误处理, 并掉入了Spring的空白 500 — 同样 对于一个已停顿的连接和一个超大小的文件的响应 。 他们现在回答408和413 一个成员可以采取行动的理由.

所有更改

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价