一个SDK给我干懵逼了?大厂的SDK就这?
活久见 。org.jboss.netty 和 io.netty 你分的清吗?
大家好,我是小猿来也,一个热衷写 bug 的程序猿。
一天我正在专心致志写 bug 的时候,一个同事跑过来找我。
说有个很特别三方依赖库的 jar 包,里面有一些 netty 的依赖,但是无法确定 netty 的具体版本,让我帮忙给看看。
还有这事儿?
于是就让他把 jar 发来看看,收到后我就赶紧给它解压了,它的目录结构是下面这样的:
原来某宝、某钉的 sdk 就长这样?
大厂的sdk就这?
当时我就
这完全不按套路出牌呀,pom 文件哪里去了呢?gradle 文件哪里去了?这是什么黑科技呢?
盯着这个 jar 包解压之后的文件目录,翻来覆去好几遍,也没发现相关依赖库的坐标声明文件。
于是就问问同事有没有源文件,他说有,麻溜的发了过来,比平时喊他吃饭都快。
我打开一看,依然啥都没有。
顿时觉得这个类库有点不一样!
没有依赖库的坐标,怎么确定依赖库的版本呢?
同事那边还在催,只能先把这个类库为什么没有依赖库的坐标这个点放一放。
然后就先用一个一个版本尝试的方法来先帮他确定依赖的 netty 版本。
我随便打开了一个文件,发现里面有很多org.jboss.netty
的依赖。
然后我就打开了 maven 的*仓库: 输入了netty
关键字进行搜索。
搜索结果前面很多都是io.netty
的信息,到了第7个才是org.jboss.netty
的信息,就是我上图中圈出来的那个。
然后我就点了进去:
发现里面提供的主要是 netty3.0.x
、3.1.x
、3.2.x
的版本。
基于常识项目里引用 netty 基本上都会引用final
的版本,所以我就在这个类库的源文件中加了一个 pom 文件,先拿3.2.10.final
这个版本试了下。
<!-- https://mvnrepository.com/artifact/org.jboss.netty/netty --> <dependency> <groupid>org.jboss.netty</groupid> <artifactid>netty</artifactid> <version>3.2.10.final</version> </dependency>
添加完上面的依赖坐标信息后,尝试编译源代码,发现缺少org.jboss.netty.handler.codec.http.websocketx
包。
然后分别试了3.1.5.ga
缺少org.jboss.netty.handler.codec.http.websocketx
包,3.0.0.ga
缺少org.jboss.netty.handler.codec.http
包。
也就是说3.0.x
、3.1.x
、3.2.x
这个三个系列的版本里没有合适的。
不死心的我又搜了一下整个*仓库里,也没能查到更多的关于org.jboss.netty
的包。
所以到这里 这条路是死了。
但是*仓库中org.jboss.netty
: 这个页面中的一段说明引起了我的注意。
note: this artifact was moved to:
io.netty » netty
对,就是上面这段话,我在下图圈出了它。
它告诉我们org.jboss.netty >> netty
已经迁移到了io.netty >> netty
。
而且它还提供了跳转链接: ,所以我就点了进去。
进去后发现这个页面里归档了3.3.x
~3.10.x
,以及4.0.x
的 netty 制品。
我先拿3.10.6.final
试了下
<!-- https://mvnrepository.com/artifact/io.netty/netty --> <dependency> <groupid>io.netty</groupid> <artifactid>netty</artifactid> <version>3.10.6.final</version> </dependency>
重新编译之后发现所有的import
都没问题了,但是会有部分类的部分方法缺失。
这个时候感觉版本已经比较接近了相对正确的版本了,接下来就选了跟它最近的次新版本3.9.9.final
编译之后发现完全没问题了,在3.10.6.final
中缺失(已被删除的)的方法果然是在3.9.9.final
标记删除的方法。
所以基本上可以认为3.9.9.final
极有可能是这个三方 jar 所依赖的 netty 的版本。
稍微有点儿意外的发现,就是在3.3.x
~3.10.x
中虽然依赖坐标中的 groupid 是 io.netty
但是实际的包路径却是 org.jboss.netty.xxx
,也算是涨了知识啦。
然后就是 这个页面上同样有一段说明
note: this artifact was moved to:
io.netty » netty-all
就是上图中我圈出的部分,就是说io.netty >> netty
已经迁移到了io.netty >> all
了。
同时这个在netty的官网中也有说明
好奇害死猫,所以我就又跑去 这个页面看了看。
我发现io.netty >> all
中归档了4.0.x
、4.1.x
以及最新的5.0.x
经过对比确认我发现在3.2.x
及其之前的版本中 netty 的 groupid 是org.jboss.netty
,artifactid 是netty
,包路径是org.jboss.netty
。
3.3.x
~3.10.x
中 netty 的 groupid 是io.netty
,artifactid 是netty
,包路径是org.jboss.netty
。
4.0.0.final
及其之后的版本中netty的 groupid 是io.netty
,artifactid 是netty-all
,包路径是io.netty
。
version | groupid | artifactid | package |
---|---|---|---|
<=3.2.x | org.jboss.netty | netty | org.jboss.netty |
3.3.x~3.10.x | io.netty | netty | org.jboss.netty |
=>4.0.0.final | io.netty | netty-all | io.netty |
所以3.9.9.final
就是这个三方 jar 所依赖的 netty 的版本,应该符合预期。
然后就用同事发来的 jar 对应的源码加上我添加的 pom 文件的信息,快速重新打了个包发给了他去救火。
他测试一下,最终给的反馈是完全没问题。
到这里这次给一个无依赖坐标的三方类库项目确定 netty 依赖版本之旅就算结束了。
最后回到了文章开始的问题,你知道这种无明确依赖坐标信息的 jar 包是如何生成的呢?为什么会有这种 jar 出现呢?它有什么弊端吗?
我们下一篇文章见!
上一篇: 网站落地页如何设计才能提高网站转化率