记一次spring cloud踩坑
前言
最近自己尝试着搭建springcloud项目,果不其然,刚开始就踩坑了,还是那种一脸懵逼的坑。搭建后程序能正常运行注册到eureka注册中心,但注册好之后便会立即注销掉。刚开始认为是线程抛异常挂掉了,便导致服务注销了。然后各种debug排查,最后发现是正常退出。至于具体原因,我下面做个详细解释。
eureka注册中心
eureka.pngeureka_config.png
eureka服务端
client_pom.png client_config.png初次运行结果
这里注册中心启动是完全没问题的,问题就出在client启动,启动日志如下
看上面的日志可以观察到,服务最开始是有正常注册到eureka注册中心的,但是紧接着会发现 Unregistering application EUREKA-CLIENT with eureka with status DOWN,后面接着Shutting down DiscoveryClient ...最后Unregistering ...。
解决方案之一
看日志并未发现很明显的异常,然后debug调试一波,无任何错误发现。便随手google了一下。果然还是有小伙伴曾经也有遇到过同样的问题的。网上的解决办法如下:
在client端pom中加上依赖:
当然,这也只是其中的一个解决办法。其实出现上述情况的原因是JVM随着主线程的结束而退出了。容器close时会触发DiscoveryClient的shutdown方法,便会注销已注册的节点。但是加上web依赖后,就拿tomcat来举例说明,随着springboot项目的启动,会创建一个WebServer:
咱们重点关注下initialize方法中的:
看源码上的注释,便会发现这里开启了一个用户线程(非守护线程),这样主线程退出后JVM也不会退出。也就不会触发注销节点的动作。
其他解决方案
其实解决这个问题的办法还是很简单的,只要你能保证由一个正常的用户线程存在就行了,有可能咱们自己的提供服务的应用不需要用到tomcat这样的web容器,而是像其他rpc服务一样调用时,咱们便可以自己创建一个用户线程即可(默认构造出来的线程都是用户线程,除非你调用setDaemon方法将其daemon属性设置成true才会变成守护线程)。然后咱们自己内部提供一个状态值可以让其正常退出即可。
下面写个简单的例子:
总结
通过这次的踩坑,还是弥补了自己对JVM理解的一些盲区。比如当进程中只要还有一个用户线程存在时,进程便不会立即结束。只有当进程中只存在守护线程或者不存在任何线程的情况下,进程才会马上结束。我们通常了解到的类似gc的操作线程,便是守护线程,这样咱们自己的业务线程在异常情况下挂掉,进程也会随之结束。