Spring无异步调用时调用Service B为何处于不同线程与类加载器？

线程切换的原因 #

你虽然没有手动编写异步调用代码，但Service B内部或其依赖的逻辑可能触发了隐式的线程切换，导致执行路径进入ForkJoinPool.commonPool线程：

• 若Service B中使用了Java Stream的parallelStream()，该API默认会复用ForkJoinPool.commonPool中的线程执行并行任务；
• 调用CompletableFuture的无指定线程池方法（如CompletableFuture.supplyAsync(Supplier)）时，默认也会使用ForkJoinPool.commonPool；
• 依赖的第三方库内部启动了ForkJoin线程处理任务，间接导致Service B的代码在非Tomcat线程中执行。

类加载器差异的原因 #

Service B使用AppClassLoader而不是Web应用专属的TomcatEmbeddedWebappClassLoader，通常有以下两种场景：

• Service B所在的jar包未放置在Web应用的WEB-INF/lib目录下，而是被加入了JVM的系统类路径（比如通过启动参数-classpath指定，或者放在非Tomcat专属的系统类路径下），此时类加载会直接由负责加载系统类的AppClassLoader完成；
• 若Service B是通过SPI（服务提供者接口）机制加载的，SPI默认会使用当前线程的上下文类加载器。而ForkJoinPool线程的上下文类加载器默认继承自创建它的主线程（主线程通常使用AppClassLoader），因此加载Service B时会使用AppClassLoader。

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