一种解决jar包冲突的实现:隔离机制

本文探讨了随着业务发展和架构升级带来的jar包冲突问题,提出通过中间件容器与业务web容器隔离的解决方案,以避免jar包版本冲突和不兼容。介绍了解决原理,涉及JVM的类加载器机制,包括bootstrap、extension和system classloader,并强调了classloader的全盘负责和委托机制。最后鼓励读者交流讨论。
摘要由CSDN通过智能技术生成

业务背景

随着业务的发展 和 架构的升级, 业务会越来越多的依赖公司内部提供的 中间件 ,如 rpc服务框架、分库分表框架、异步消息框架、公共工具包等等。

每个中间件都有自己的 jar包依赖体系,最常用的如: logback、log4j、httpclient 、common-lang 、guava、zookeeper 等等 ,

这些jar包依赖不仅会产生版本冲突,甚至会有jar包不兼容的情况出现,比如 log4j 和 logback , guava 和 common-collection ,等等。

随着时间推移,业务越来越复杂,依赖的中间件也越来越多,每当引入新的中间件时,jar包版本管理的风险也越来越大,甚至出现无法兼容的情况。

 

解决方案

中间件容器与 业务web容器隔离,jar包依赖互不影响。 不仅解决了令人头痛的jar包冲突、jar包不兼容问题,还释放了业务开发人员的压力和责任,

公司内部的中间件通过专门的运维人员来推动升级,将业务与中间件隔离,通过透明的方式提供服务。

实现原理

先来回顾一下jvm的classloader加载机制。

当JVM启动时,会形成由三个类加载器组成的初始类加载器层次结构:

bootstrap classloader

|

extension classloader

|

system classloader</

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值