Dropzone.js部署AWS Elastic Beanstalk后上传文件卡100%（报500错误）

这种情况我之前在AWS Elastic Beanstalk部署Tomcat应用时踩过坑，本地正常但线上出问题，大概率是环境配置不匹配导致的，咱们一步步排查解决：

1. 检查Tomcat的maxPostSize参数限制 #

AWS EB默认的Tomcat配置可能设置了较小的maxPostSize值（比如早期版本默认是2MB），当上传文件超过这个限制时，Tomcat会直接返回500错误，而Dropzone会显示进度100%后卡住超时。

解决方法：
在你的应用根目录下创建.ebextensions/tomcat_custom.config文件，添加以下配置（根据Tomcat版本调整路径，Tomcat9的路径是/usr/share/tomcat9/conf/）：

container_commands:
  01_update_max_post_size:
    command: sed -i 's/<Connector port="8080"/<Connector port="8080" maxPostSize="-1"/' /usr/share/tomcat/conf/server.xml

这个命令会修改Tomcat的server.xml，把maxPostSize设为-1（表示无限制），重启Tomcat后生效。

2. 调整Elastic Beanstalk代理的超时时间 #

EB的Tomcat环境默认用Apache作为前端代理，默认的代理超时时间较短（通常是60秒），如果上传大文件时后端处理时间超过这个值，代理会提前断开连接，导致Dropzone显示500并最终取消上传。

解决方法：
创建.ebextensions/apache_timeout.config文件，添加以下内容：

files:
  /etc/httpd/conf.d/proxy_timeout.conf:
    mode: "000644"
    owner: root
    group: root
    content: |
      # 延长代理超时时间到5分钟
      ProxyTimeout 300
      Timeout 300

这会创建一个Apache配置文件，把代理超时和连接超时都设为300秒，足够处理大文件上传。

3. 增加Dropzone.js的客户端超时设置 #

Dropzone默认的请求超时是30秒，如果EB环境的网络延迟或后端处理较慢，客户端会提前取消请求。你可以在Dropzone初始化时手动延长超时：

// 假设你的Dropzone容器ID是myDropzone
Dropzone.options.myDropzone = {
  timeout: 300000, // 设置为5分钟（300000毫秒）
  maxFilesize: 100, // 根据你的需求调整最大文件大小（单位MB）
  // 其他自定义配置...
};

4. 检查EC2实例的资源占用情况 #

如果上传的文件非常大，EB的EC2实例可能因为CPU或内存不足导致处理缓慢，最终超时。你可以通过AWS CloudWatch查看实例的CPU使用率、内存使用率指标：

• 如果使用率持续过高，考虑升级实例类型（比如从t2.micro换成t2.small）
• 也可以检查Tomcat的日志（/var/log/tomcat/localhost.log或localhost_access_log.*.txt），看是否有OutOfMemory或其他错误日志。

5. 验证安全组和网络配置 #

虽然本地正常，但还是要确认EB环境的安全组是否允许入站/出站的HTTP/HTTPS流量，网络ACL是否没有限制上传相关的端口（80/443）。不过这个可能性相对较小，优先级放在最后排查。

按照这个顺序排查，基本能解决你遇到的问题。

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