记一次spring cloud踩坑

前言

最近自己尝试着搭建springcloud项目,果不其然,刚开始就踩坑了,还是那种一脸懵逼的坑。搭建后程序能正常运行注册到eureka注册中心，但注册好之后便会立即注销掉。刚开始认为是线程抛异常挂掉了，便导致服务注销了。然后各种debug排查，最后发现是正常退出。至于具体原因，我下面做个详细解释。

eureka注册中心

eureka服务端

初次运行结果

这里注册中心启动是完全没问题的，问题就出在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的操作线程，便是守护线程，这样咱们自己的业务线程在异常情况下挂掉，进程也会随之结束。