tomcat的maxpostsize确实控制xml文件上传上限，其默认值2mb是连接器级第一道闸门，需在server.xml的connector中配置字节单位值，修改后须重启生效。
Tomcat maxPostSize 确实控制 XML 文件上传上限
XML 文件通过 POST 上传（比如用 curl -X POST -F "file=@data.xml" 或前端 FormData）时，如果超过 Tomcat 连接器的 maxPostSize 值，请求会在容器层直接被截断，压根到不了你的 Servlet 或 Spring Controller —— 你只会看到空请求体、400 Bad Request，或者日志里出现 Invalid content length 类似提示。
这个值默认是 2097152（2MB），不是“不限制”，也不是由 Spring 的 spring.servlet.multipart.max-file-size 单独决定的。后者只管 Spring 层的解析逻辑，前者才是第一道闸门。
-
maxPostSize是连接器级配置，影响所有 POST 请求体（含 JSON、表单、XML、文件流） - 设为
0表示禁用限制（不推荐生产环境）；设为负数（如-1）在较新 Tomcat 版本中已无效，会被忽略 - 修改后必须重启 Tomcat，热加载不生效
在哪改 maxPostSize？认准 server.xml 里的 <connector></connector>
别去翻 web.xml 或应用配置，它不在应用侧。路径通常是 $CATALINA_HOME/conf/server.xml，找到类似这样的行：
<Connector port="8080" protocol="HTTP/1.1" ... />
在里面加或改 maxPostSize 属性：
<Connector port="8080" protocol="HTTP/1.1" maxPostSize="10485760" ... />
上面例子设为 10MB（10 * 1024 * 1024）。注意单位是字节，不是 KB 或 MB。
- 如果用了 HTTPS，要同步改
protocol="org.apache.coyote.http11.Http11NioProtocol"对应的 Connector - 如果启用了 AJP（比如连 Apache httpd），AJP Connector 也有自己的
maxPostSize，但 XML 上传通常走 HTTP，一般不用动它 - 云托管环境（如阿里云 EDAS、腾讯云 TKE）可能屏蔽了
server.xml直接修改，得查平台是否提供连接器参数透出入口
上传失败但没报错？检查 Tomcat 日志里的 ContentLength 和 maxPostSize 匹配关系
常见现象：前端显示上传完成，后端收到空 request.getInputStream()，或者 request.getPart("xml") 报 NullPointerException。这时候不是代码 bug，而是 Tomcat 已静默丢弃了请求体。
打开 $CATALINA_HOME/logs/catalina.out 或 localhost.<date>.log</date>，搜索关键词：
-
Request body is larger than maxPostSize（Tomcat 9+ 更倾向抛异常并记录） -
Invalid content length（Tomcat 8.5 常见静默截断提示） - 对比日志里打印的
Content-Length: 3245678和你配置的maxPostSize值
特别注意：某些代理（Nginx、API 网关）会重写 Content-Length 或分块传输，导致 Tomcat 看到的长度和原始文件不一致。先确认请求是否经过代理，再排查。
XML 文件大还卡？光调 maxPostSize 不够，得看内存和超时
把 maxPostSize 调到 100MB 并不意味着能稳传 100MB XML。Tomcat 默认用内存缓冲整个请求体，大文件容易触发 OOM；同时默认 connectionTimeout 只有 20 秒，上传慢就直接断连。
- 加
maxSwallowSize="2097152"（默认 2MB）防止异常关闭时吞掉大量数据，避免日志刷屏 - 加
connectionTimeout="60000"（60 秒）给大文件上传留出时间 - 更稳妥的做法是：XML 文件超过几 MB 就别走普通 POST，改用流式接收（如 Spring WebFlux 的
Flux<databuffer></databuffer>）或分片上传协议
真正难处理的从来不是配置开关，而是大 XML 解析本身 —— DOM 加载会吃光堆内存，SAX 或 StAX 才是合理选择。但那是另一个问题了。
