Firefox页面加载时服务器连接重置超时及Java应用报表请求问题咨询

咱们一步步来拆解这个连接重置超时的问题，结合你的请求链路和Java+GWT的技术栈，给你梳理清晰的排查思路和解决办法：

首先得确认是不是Firefox独有的问题——你换Chrome、Edge这类浏览器试试相同操作，如果只有Firefox出问题，那大概率是浏览器本身的配置或缓存搞的鬼：

• 清除Firefox的缓存和Cookie：按Ctrl+Shift+Delete，选择全部时间范围后清除，再重新测试
• 检查Firefox的网络超时设置：在地址栏输入about:config，搜索network.http.connection-timeout和network.http.request.timeout，默认是300秒（5分钟），如果被修改过可以改回默认，或者根据你的报表加载需求适当调大
• 临时禁用Firefox的所有扩展插件，排除插件拦截请求的可能

你的Apache会话非活动超时是30分钟，但连接重置更可能是请求过程中的连接中断，而非会话超时，重点看这些点：

• 查Apache的错误日志：通常在/var/log/apache2/error.log（不同系统路径可能有差异），搜索connection reset、proxy error相关条目，看是否有Apache转发请求到JBoss时出现异常的记录
• 确认Apache的代理配置：检查是否正确配置了ProxyPass和ProxyPassReverse，有没有设置合理的ProxyTimeout参数——默认是60秒，如果报表加载慢，这个时间肯定不够，建议调到300秒以上
• 直接测试Apache到JBoss的连通性：在Apache服务器上用curl直接访问JBoss上应用A的接口，看能不能正常返回，有没有超时或重置的情况

这是你怀疑的核心环节，得重点验证：

• 先在JBoss服务器（X）上直接测试到Y服务器的报表接口：用curl或wget模拟应用A的调用参数发起请求，看会不会出现连接重置、超时。如果这里就有问题，那说明是Y服务器的问题，或者X到Y的网络出了状况
  • 要是测试时出现连接重置：赶紧查X和Y之间的防火墙/安全组有没有开放对应端口，有没有网络设备（比如负载均衡）主动中断了长时间连接
  • 要是测试时出现超时：检查Y服务器的报表服务是不是响应缓慢，有没有资源耗尽（CPU、内存、数据库连接池满）的情况，去看Y服务器的应用日志和系统日志
• 查看JBoss的应用日志（比如server.log）：搜索应用A调用Y服务器报表接口时的异常信息，比如java.net.SocketException: Connection reset，这类异常直接就能告诉你问题根源
• 检查应用A的调用代码：如果是用HttpClient调用Y服务器，记得检查有没有配置setConnectTimeout和setSocketTimeout——要是超时时间设得太短，请求还没等Y服务器返回就被中断，前端自然会收到连接重置的错误
• 注意：如果报表生成时间太长，超过了Apache的ProxyTimeout或JBoss的请求超时，中间层会主动断开连接，前端就会收到连接重置的错误

虽然你说Apache会话非活动超时是30分钟，但也得确认：

• 用户操作时是不是超过了30分钟的非活动时间？比如用户打开页面后30分钟没操作，再点击加载报表，这时候Apache会话已经失效，会不会导致请求异常？你可以测试在会话有效期内和过期后分别操作，看有没有区别
• 检查JBoss的会话超时设置：JBoss默认会话超时也是30分钟，是不是和Apache保持一致？要是不一致，可能会出现会话不同步的问题

根据排查结果对应处理：

• 如果是Firefox的问题：把浏览器设置重置到默认，或者升级到最新版本
• 如果是Apache到JBoss的超时问题：调大ProxyTimeout参数，同时把Apache的KeepAliveTimeout调大到60秒左右，保证长连接不会被提前断开
• 如果是JBoss到Y服务器的网络/服务问题：协调运维开放防火墙端口，优化Y服务器的报表服务性能（比如优化报表查询语句、增加服务器资源）
• 如果是应用代码的超时设置问题：在调用Y服务器的代码里增加合理的超时时间，同时加上重试机制（针对临时的网络波动）
• 对于长时间运行的报表请求：可以改成异步模式，前端先发起请求，然后通过轮询或WebSocket接收报表生成完成的通知，避免长时间占用连接导致中断

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