WSO2大文件处理：35-50MB文件无转换转发方案咨询

你提到的10-12MB限制，其实是WSO2 EI/APIM默认的消息构建器内存阈值，仅针对需要把整个请求体加载到内存解析的场景（比如XML/JSON格式转换），但纯文件转发这类无需解析的场景完全可以绕过该限制，用流处理实现零额外内存开销的大文件传输。

核心实现方案：启用HTTP流处理+跳过消息构建 #

1. 在API序列中禁用消息构建 #

WSO2默认会用消息构建器将请求体加载到内存解析，对于纯转发场景，你需要在API的入序列（In Sequence）中直接跳过这一步，让请求以流的形式传递：

• 添加<property name="DISABLE_CHUNKING" value="false" scope="axis2"/>，保留HTTP分块传输特性
• 添加<property name="NO_ENTITY_BODY" action="remove" scope="axis2"/>，告知系统无需将请求体加载到内存
• 直接用<send> mediator转发至第三方系统，全程避免使用任何需要解析请求体的 mediators（比如<payloadFactory>、<xslt>）

2. 调整系统传输参数 #

如果遇到默认HTTP传输的大小限制，需要修改以下配置：

• 修改repository/conf/tomcat/catalina-server.xml中的连接器配置，取消POST大小限制并优化分块设置：

<Connector protocol="org.apache.coyote.http11.Http11NioProtocol"
           port="8280"
           maxPostSize="0" <!-- 0表示不限制POST请求大小 -->
           connectionTimeout="20000"
           enableLookups="false"
           redirectPort="8443"
           maxThreads="200"
           acceptorThreadCount="2"
           keepAliveTimeout="20000"
           URIEncoding="UTF-8"/>

• 在repository/conf/deployment.toml中开启全局流处理支持：

[transport.http]
sender.enable_chunking = true
receiver.enable_chunking = true

[mediator]
streaming.enable = true

3. 验证流处理是否生效 #

转发大文件时，观察JVM内存占用：如果内存没有出现大幅飙升（比如从几百MB突然涨到1GB以上），说明文件是通过分块流传输的，没有全部加载到内存，流处理生效。

关键注意事项 #

• 确保第三方系统支持HTTP分块传输；如果不支持，可禁用分块，但需调大maxPostSize并保证系统有足够内存（不推荐，流处理仍是最优解）
• 不要在序列中使用会触发全请求体读取的操作，比如<log level="full"/>（会强制加载整个文件到内存），日志仅记录请求头即可
• 对于二进制文件（如压缩包、图片），需在API中指定对应内容类型（比如application/octet-stream），避免消息构建器尝试解析文件内容

内容的提问来源于stack exchange，提问作者Gulgule