记jnekins打包引起springcloud中服务假死问题

向右看齐 2022-12-27 11:17 56阅读 0赞

# 记jnekins打包引起springcloud中服务假死问题 #

## 故事背景 ##

由于使用的jenkisn做发版工具，每次重启服务都打整个聚合工程，然后我对其进行优化，将其打包给单独拆出了一个job，打包完后将其产物上传，导致bug的出现。

## bug发生前的jenkins配置 ##

#### 部署or回滚脚本 ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70]

### 上传配置 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70 1]

### bug发生前重启job配置 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70 2]

### 说明 ###

1.  打包或者回滚完后直接将所有的包给上传了。
2.  重启服务都是单个对应的job。

### bug现象 ###

1.  服务在nacos注册中心没有信息，进程还在，无任何报错日志信息。
2.  部分接口访问出现 java.lang.NoClassDefFoundError 异常。

### 分析过程 ###

#### 系统&日志层面 ####

1.  查看系统进程，发现还在。
2.  查看应用日志，发现也无其他异常，除了有部分 java.lang.NoClassDefFoundError

#### 内存方面 ####

1.  jvm信息如图，从上分析出内存方面非常健康

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70 3]

1.  thread方面分析，从图看上去也非常正常，并无异像

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70 4]

## 问题在哪？ ##

### 突然的灵感来自一段话（引号重点） ###

""java是按需加载的""，springboot启动的时候，除懒加载外的所有bean都会被注册并实例化到bean容器中。

### 问题解决 ###

#### 原因 ####

从上文得知我是在重启启单个服务，但是每次打包会将原有的包给替换，然而java按需加载，例如一些动态代理什么的会去动态加载class文件，每次打包产生的class版本号不一致，导致了程序找不到class文件，所以自然就会抛出java.lang.NoClassDefFoundError异常。服务假死问题和这个其实一致。

#### 解决方案 ####

1，需要重启哪个服务就传哪个服务。别去动其他服务的包就好了。

2，还有就是运行过程直接删除jar文件也可能会出现这种情况。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70]: /images/20221120/66839a2ca3044dd5a813eccde27a9a34.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20201210170821711.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20201210170835154.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70 3]: https://img-blog.csdnimg.cn/20201210170851168.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3_size_16_color_FFFFFF_t_70 4]: https://img-blog.csdnimg.cn/20201210170859580.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3B3MTkxNDEwMTQ3,size_16,color_FFFFFF,t_70