shade有shade自己的问题 比如如果依赖中用反射通过名字取类，你shade了，要取的类的包名改了，就死了
当然了shade掉个别依赖是一个常见方案没错，比如jacoco对asm的shade，但是你说想要把全部依赖都shade了，我感觉你这属于滥用shade 关于不同依赖中出现同一个类的问题：原则上他们不该这么做 但是懂得都懂，总有人不老实。。。管不住 感觉，把这种比较大的库单独抽一个微服务，不要直接代码交互，走api交互会更加通用性。 不知道你那边能不能接受这种性能损耗 zzy_uaf <[email protected]> 于 2021年5月29日周六 下午2:27写道： > 我们的做法是dubbo版本都结果裁剪,只保留我们需要的功能.这样依赖会大幅减少.并且dubbo的依赖pom我们也会修正. > > > > > ------------------ 原始邮件 ------------------ > 发件人: > "dev" > < > [email protected]>; > 发送时间: 2021年5月28日(星期五) 中午1:53 > 收件人: "dev"<[email protected]>; > 抄送: "张起灵(马勇)"<[email protected]>;"白鹭(杨鹭)"<[email protected] > >;"Jeff(吴小杰)"<[email protected]>; > 主题: 建议给dubbo的外部依赖包做类隔离，以降低接入和升级成本 #7865 > > > > Hi All： > > > 各位老师好，我是武汉斗鱼的架构师，在实际生产中发现：Dubbo依赖冲突是困扰版本升级的主要问题。 > > > 而通过类隔离，可以有效的解决版本冲突问题，因此，想和各位探讨一下：有没有可能在Dubbo 3.0版本中引入类隔离机制？ > > > 以下是我个人的一点不成熟的想法，抛砖引玉： > > > > > > > Environment > > Dubbo version: all > > Operating System version: all > > Java version: all > > Steps to reproduce this issue > > dubbo依赖的jar很多，在实际开发中，经常出现Dubbo跟其它框架、业务代码共jar包，导致冲突，例如： > > 项目接入或者升级dubbo时，经常发生jar依赖冲突，如 Dubbo + RocketMQ共存时容易遇到netty版本冲突； > > 在升级dubbo sdk版本时，会导致依赖的jar被连带升级，很多jar包并非100%向前兼容，从而导致业务逻辑出错； > > 有些jar虽然maven坐标不同，但代码却有重合之处，例如：io.netty 和 org.jboss.netty 二者就有重合的类。 > > dubbo用户反馈的冲突案例： > > 解决项目导入dubbo依赖项目报红叉问题 > > 跟springboot2.x dubbo集成 jar 包冲突 > > 记一次使用dubbo过程中版本冲突导致的坑 > > Expected Result > > 通过 maven-shade-plugin，对外部依赖做类隔离，可以参考 flink-shaded 这个库 > > 相关文档： > > maven-shade-plugin > > flink-shaded > > maven-shade-plugin的工作原理如下： > > 1). 类隔离前（不同框架引入了同1个jar的不同版本分支，导致类冲突）： > > > > 2). 类隔离后（通过shade插件加package前缀，对外部依赖做类隔离，来消除冲突）： > > > > Actual Result > > Dubbo的外部依赖过多，以下是1个最简单的Dubbo用法下的依赖树： > [INFO] +- org.apache.dubbo:dubbo:jar:2.7.7:compile [INFO] | > +- org.springframework:spring-context:jar:4.3.16.RELEASE:compile [INFO] > | | +- > org.springframework:spring-aop:jar:4.3.16.RELEASE:compile [INFO] | > | +- org.springframework:spring-beans:jar:4.3.16.RELEASE:compile > [INFO] | | \- > org.springframework:spring-expression:jar:4.3.16.RELEASE:compile [INFO] > | +- com.alibaba.spring:spring-context-support:jar:1.0.6:compile > [INFO] | +- org.javassist:javassist:jar:3.20.0-GA:compile [INFO] > | +- io.netty:netty-all:jar:4.1.25.Final:compile [INFO] | \- > org.yaml:snakeyaml:jar:1.20:compile [INFO] +- > org.apache.dubbo:dubbo-dependencies-zookeeper:pom:2.7.7:compile [INFO] > | +- org.apache.curator:curator-recipes:jar:4.0.1:compile [INFO] > | | \- org.apache.curator:curator-framework:jar:4.0.1:compile > [INFO] | | \- > org.apache.curator:curator-client:jar:4.0.1:compile [INFO] | > | \- > com.google.guava:guava:jar:20.0:compile [INFO] | \- > org.apache.zookeeper:zookeeper:jar:3.4.13:compile [INFO] > | +- org.slf4j:slf4j-api:jar:1.7.25:compile [INFO] > | +- org.slf4j:slf4j-log4j12:jar:1.7.25:compile > [INFO] | +- log4j:log4j:jar:1.2.17:compile [INFO] > | +- jline:jline:jar:0.9.94:compile [INFO] > | \- > org.apache.yetus:audience-annotations:jar:0.5.0:compile > 不是所有的冲突都能通过exclude排除来解决，例如：某框架只能用低版netty，dubbo只能用高版netty 就解决不了； > > 即便能够通过exclude来解决，也会增加程序员的负担，从而间接提高了dubbo的使用门槛、降低了开发效率。 > > 预期收益 > > 通过 将依赖类隔离，来减少dubbo的外部依赖数量，甚至做到0依赖，降低dubbo的接入和升级成本； > > 类隔离实施步骤 > > 建立1个 dubbo-shaded 代码库，可参考 flink-shaded ； > > 定义dubbo类隔离前缀，例如：org.apache.dubbo.shaded，并在社区约定业务代码不要用里面的类； > > 把dubbo常用的外部依赖逐步加入到 dubbo-shaded 代码库，并deploy到maven中央仓库； > > 修改dubbo的maven-shade-plugin配置，把常用的外部依赖给shade掉； > > 逐步shade掉外部依赖，最终做到0依赖。 > > > > > > > > > > > > > 相关issue：https://github.com/apache/dubbo/issues/7865 > > > > > > > > 地址：武汉市东湖高新区光谷软件园F3栋（邮编：430073） > > 手机：+86-187 0167 8604 > > 邮箱：[email protected] > 网址：www.douyu.com > > > > &nbsp;
