Tomcat 10.1启动时请求阻塞，如何保证部署与重部署行为一致？

问题根源 #

Tomcat 10.1的启动流程中，Web应用的初始化（比如Spring组件的实例化）是在连接器启动之前完成的。你在组件构造方法里发起对本地8080端口的请求时，连接器还未就绪，请求会因无法建立连接而无限挂起；而运行中热部署时，连接器已经处于活跃状态，请求能正常执行，这就是两种场景行为不一致的核心原因。

解决办法 #

1. 延迟初始化逻辑到应用完全启动后

把需要访问本地服务的初始化逻辑，从组件构造方法/@PostConstruct这类早期回调中移走，改用Spring的ApplicationReadyEvent事件触发——这个事件会在应用所有组件初始化完成、Tomcat连接器就绪后才触发，完美适配两种部署场景：

@Component
public class Initializer {
    private final RestTemplate restTemplate;

    // Spring 4.3+支持构造方法自动注入，无需额外@Autowired
    public Initializer(RestTemplate restTemplate) {
        this.restTemplate = restTemplate;
    }

    @EventListener(ApplicationReadyEvent.class)
    public void onApplicationReady() {
        System.out.println("Init!");
        // 添加超时保护，避免极端情况阻塞
        SimpleClientHttpRequestFactory factory = new SimpleClientHttpRequestFactory();
        factory.setConnectTimeout(5000); // 连接超时5秒
        factory.setReadTimeout(5000);    // 读取超时5秒
        restTemplate.setRequestFactory(factory);
        
        try {
            restTemplate.getForObject("http://localhost:8080/", String.class);
        } catch (Exception e) {
            // 捕获超时或连接失败异常，记录日志并处理
            e.printStackTrace();
        }
    }
}

2. 给HTTP请求强制添加超时时间

如果因业务需求必须在早期发起请求，一定要设置连接和读取超时，避免进程无限挂起。即使请求失败，也能抛出异常让启动流程继续，不会卡住整个Tomcat。

3. 调整Tomcat部署顺序（备选，不推荐生产环境）

Tomcat默认先部署应用再启动连接器，你可以修改server.xml中Host的deployOnStartup属性为false，手动调整为“先启动连接器，再部署应用”。但这种方式会改变Tomcat默认启动逻辑，可能引发其他问题，仅作为临时测试方案使用。

内容的提问来源于stack exchange，提问作者Stephan Windmüller