使用RestTemplate与Eureka时Socket选项设置错误的排查求助

1. 检查Tomcat SO_LINGER参数配置 #

错误栈明确指向setSoLinger操作失败，MacOS对该参数有特殊限制：

• 查看服务B的配置文件，确认是否手动设置了Tomcat的socket参数，比如：

  server:
    tomcat:
      socket:
        properties:
          soLinger: 某个值
  

• 若未手动配置，可临时添加配置禁用SO_LINGER来验证：

  server:
    tomcat:
      socket:
        properties:
          soLinger: -1
  

2. 验证Eureka注册后的服务网络绑定 #

仅在Eureka注册后出现问题，需确认服务B的网络绑定是否异常：

• 检查服务B的Eureka配置，确认eureka.instance.prefer-ip-address或eureka.instance.ip-address是否绑定了无效IP（如虚拟网卡、未启用的网卡地址）。
• 查看服务B启动日志中Tomcat的绑定地址，确认是0.0.0.0或本地有效IP。

3. 排查MacOS网络限制 #

MacOS Monterey的网络栈可能存在特殊限制：

• 临时关闭系统防火墙，或允许服务B的端口（如8081）通过防火墙，测试是否为拦截导致的socket参数设置失败。
• 执行sysctl net.inet.tcp.linger查看系统TCP linger参数，确认数值在合理范围。

4. 排查负载均衡组件影响 #

由于使用@LoadBalanced和Eureka，负载均衡逻辑可能干扰网络连接：

• 临时移除服务A的@LoadBalanced注解，直接用服务B的IP+端口调用（如http://localhost:8081/api/v1/fraud-check/test），同时保持Eureka注册，观察服务B是否仍报错。
• 检查服务A的负载均衡配置，确认无自定义Ribbon/LoadBalancer规则导致连接参数异常。

5. 检查Tomcat连接池配置 #

Eureka注册后服务B可能收到更多心跳或请求，连接池参数可能触发问题：

• 临时调低服务B的Tomcat连接池参数，如server.tomcat.max-connections、server.tomcat.accept-count，测试是否缓解报错。
• 查看服务B日志，确认报错前是否有大量连接请求涌入，导致Tomcat初始化socket时参数错误。

6. 验证JDK兼容性 #

MacOS上不同JDK的socket实现可能存在差异：

• 切换至Oracle JDK替代当前使用的OpenJDK，测试问题是否消失。
• 核对JDK官方bug库，确认是否存在MacOS下setSoLinger抛出Invalid argument的已知兼容性问题。

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