Angular与Spring Boot部署Tomcat后API调用间歇性500错误排查求助

• 懒加载Bean初始化异常
  Spring Boot部分Bean默认或手动设置了@Lazy懒加载，首次请求触发Bean初始化时，若初始化过程中抛出依赖缺失、资源加载失败等异常，可能导致500错误。但后续请求时Bean已完成初始化（或异常自动恢复），就能正常响应。
  排查：查看Tomcat日志里的Spring初始化栈信息，定位首次请求时的Bean初始化异常；将该API依赖的懒加载Bean改为非懒加载（@Lazy(false)），提前完成初始化。

• 数据库连接池首次连接失败
  若API涉及数据库操作，连接池（如HikariCP）首次获取连接时，可能因网络延迟、数据库临时拒绝连接导致超时失败，但连接池会自动重试建立连接，第二次请求就能正常获取连接。
  排查：查看连接池日志，确认首次请求是否有连接超时、拒绝连接的错误；调整连接池参数，比如设置minimumIdle大于0，让连接池提前初始化可用连接。

• 缓存/静态资源未预热
  API依赖的缓存数据、静态配置文件首次请求时还未加载完成，导致处理逻辑出错，后续请求时资源已加载完毕就恢复正常。
  排查：检查API逻辑中是否有首次加载的缓存或资源；在Spring的@PostConstruct方法中添加预热逻辑，提前加载所需数据。

• Spring Boot上下文未完全初始化
  同一Tomcat下部署Angular和Spring Boot，可能存在上下文加载顺序问题：首次请求时Spring Boot的上下文还未完全启动，导致API无法处理请求；第二次请求时上下文已加载完成。
  排查：查看Tomcat启动日志，确认Spring Boot上下文是否在Tomcat启动后才完成初始化；调整Spring Boot启动配置，确保上下文与Tomcat同步完成初始化。

• 过滤器/拦截器初始化延迟
  自定义的权限过滤器或请求拦截器首次请求时还未完成初始化（比如依赖的权限配置未加载），导致请求被拦截或抛出异常，后续请求时过滤器已初始化完毕。
  排查：查看过滤器/拦截器的初始化日志，定位首次请求时的异常；将过滤器初始化逻辑提前到应用启动阶段。

• 临时文件/资源锁问题
  API首次请求时创建临时文件或获取资源锁，可能因磁盘空间不足、文件权限不足或锁竞争导致操作失败，后续请求时临时文件已创建或锁已释放，就能正常处理。
  排查：检查服务器磁盘空间、文件权限；查看首次请求时的IO相关异常日志。

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