Angular+Nginx+WildFly19环境下WS请求超时延长配置无效排查

一、Nginx配置验证与上层链路检查 #

• 确认配置生效：执行nginx -t验证配置语法合法性，再执行nginx -s reload重启服务，避免修改后未重载导致配置不生效。
• 排查上层负载均衡：若云端Nginx前端还有云服务商的负载均衡（如SLB、ALB），这类组件通常默认1分钟超时，需同步调整其超时配置至3-4分钟。
• 检查location匹配规则：确认location /rest/services是否精准匹配请求路径，避免存在优先级更高的location规则覆盖当前配置。可通过Nginx的access_log或debug日志，验证请求实际走的是哪个location节点。

二、WildFly后端超时配置调整 #

• 修改HTTP连接器超时：在standalone.xml/domain.xml的Undertow子系统中，调整HTTP监听器的connection-timeout属性为240000（4分钟），示例：

  <subsystem xmlns="urn:jboss:domain:undertow:10.0">
      <server name="default-server">
          <http-listener name="default" socket-binding="http" connection-timeout="240000"/>
      </server>
  </subsystem>
  

• 调整事务超时：若请求涉及EJB或数据库事务，修改事务子系统的默认超时为240秒（4分钟），示例：

  <subsystem xmlns="urn:jboss:domain:transactions:6.0">
      <core-environment>
          <default-timeout>240</default-timeout>
      </core-environment>
  </subsystem>
  

• 检查数据库连接池超时：若请求慢因数据库操作导致，调整数据源的query-timeout属性，确保不会在1分钟内中断请求。

三、前端与中间层配置确认 #

• 验证proxy.conf.json有效性：若前端直接部署在Nginx而非使用Angular开发代理，proxy.conf.json的配置不会生效，需确保Nginx的proxy_pass直接指向WildFly后端。
• 排除浏览器端限制：用Postman直接请求后端接口，测试是否仍1分钟超时，排除浏览器默认超时的干扰。

四、日志与抓包排查 #

• 分析Nginx error_log：搜索504相关日志，确认超时是Nginx等待后端响应超时，还是其他链路问题。
• 检查WildFly server.log：查看请求进入后端后是否在1分钟时出现中断、异常，定位后端处理环节的问题。
• 抓包验证：用tcpdump或Wireshark抓包，追踪请求的完整生命周期，确认是哪个节点在1分钟时主动终止了连接。

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