Spring Cloud启动慢Initializing ExecutorService 'taskScheduler'占用三分钟

最新推荐文章于 2024-06-18 12:34:10 发布

xgmn

最新推荐文章于 2024-06-18 12:34:10 发布

阅读量1w

点赞数 2

本文链接：https://blog.csdn.net/u014246526/article/details/100735000

版权

Spring Cloud启动慢Initializing Ex 专栏收录该内容

2 篇文章 1 订阅

订阅专栏

Spring Cloud：

1.问题：
工作例子，启动时，用了三分钟多，才启动成功，查看日志时间

2019-08-23 10:11:20,702 test INFO o.s.scheduling.concurrent.ThreadPoolTaskScheduler -> Initializing ExecutorService 'taskScheduler'
2019-08-23 10:11:21,186 test INFO o.s.ui.freemarker.SpringTemplateLoader -> SpringTemplateLoader for FreeMarker: using resource loader [org.springframework.boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext@30186c27: startup date [Fri Aug 23 10:10:37 CST 2019]; parent: org.springframework.context.annotation.AnnotationConfigApplicationContext@24e802a7] and template loader path [classpath:/templates/]
2019-08-23 10:11:21,187 test INFO o.s.w.servlet.view.freemarker.FreeMarkerConfigurer -> ClassTemplateLoader for Spring macros added to FreeMarker configuration
2019-08-23 10:14:52,272 test INFO o.s.b.d.autoconfigure.OptionalLiveReloadServer -> LiveReload server is running on port 35729
2019-08-23 10:14:52,511 test INFO com.netflix.discovery.DiscoveryClient -> Shutting down DiscoveryClient ...
2019-08-23 10:14:52,622 test INFO com.netflix.discovery.DiscoveryClient -> Completed shut down of DiscoveryClient
2019-08-23 10:14:53,533 test INFO o.s.scheduling.concurrent.ThreadPoolTaskScheduler -> Initializing ExecutorService

2.问题所在

在

Initializing ExecutorService 'taskScheduler'
下面的
2019-08-23 10:11:21,187 test INFO o.s.w.servlet.view.freemarker.FreeMarkerConfigurer -> ClassTemplateLoader for Spring macros added to FreeMarker configuration
此处卡住三分钟
2019-08-23 10:14:52,272 test INFO o.s.b.d.autoconfigure.OptionalLiveReloadServer -> LiveReload server is running on port 35729

时间

2019-08-23 10:11:21,187
2019-08-23 10:14:52,272
耗时了3:31

3.网上找原因

https://blog.csdn.net/sinat_41620463/article/details/82657348

在单体服务启动时，发现了一个问题，在控制台输出到如下信息时启动超级慢，需要等待三分钟左右。

INFO | restartedMain | org.springframework.scheduling.concurrent.ThreadPoolTaskScheduler | Initializing ExecutorService 'taskScheduler'

猜了以下原因，这是一个ThreadPollTaskScheduler，应该是一个有关线程池的初始化任务，整个项目中只用了两个地方，Spring Bus 和Zipkin，当把Zipkin的依赖包注释掉后，发现启动一切正常了。

//服务跟踪功能
//compile("org.springframework.cloud:spring-cloud-sleuth-zipkin-stream")

我用的是Stream通讯方式，http通讯应该是没问题的，问题解决的不彻底，之后会深究。

4.我解决的办法

只有排除依赖：   zipkin-autoconfigure-storage-mysql 依赖即可
       <dependency>
           <groupId>org.springframework.cloud</groupId>
           <artifactId>spring-cloud-sleuth-zipkin-stream</artifactId>
           <exclusions>
               <exclusion>
                   <groupId>io.zipkin.java</groupId>
                   <artifactId>zipkin-autoconfigure-storage-mysql</artifactId>
               </exclusion>
           </exclusions>
       </dependency>

5.排除依赖后的日志时间
排除依赖： zipkin-autoconfigure-storage-mysql 的日志时间
2019-09-11 11:44:05,707 test INFO o.s.scheduling.concurrent.ThreadPoolTaskScheduler -> Initializing ExecutorService 'taskScheduler'
2019-09-11 11:44:06,224 test INFO o.s.ui.freemarker.SpringTemplateLoader -> SpringTemplateLoader for FreeMarker: using resource loader [org.springframework.boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext@541179e7: startup date [Wed Sep 11 11:43:15 CST 2019]; parent: org.springframework.context.annotation.AnnotationConfigApplicationContext@29215f06] and template loader path [classpath:/templates/]
2019-09-11 11:44:06,226 test INFO o.s.w.servlet.view.freemarker.FreeMarkerConfigurer -> ClassTemplateLoader for Spring macros added to FreeMarker configuration
2019-09-11 11:44:07,694 test INFO com.netflix.discovery.DiscoveryClient -> Shutting down DiscoveryClient ...
2019-09-11 11:44:07,715 test INFO com.netflix.discovery.DiscoveryClient -> Completed shut down of DiscoveryClient
2019-09-11 11:44:08,765 test INFO o.s.scheduling.concurrent.ThreadPoolTaskScheduler -> Initializing ExecutorService

2019-09-11 11:44:06,226
2019-09-11 11:44:07,694
不到1秒解决了