使用Gradle开发中，或多或少都会引入三方库，但是三方库又会有自己的子依赖，那么真正依赖到版本中的版本是多少呢？其实官方也有给出查看方法， 官方说明点这里 ，采用以下方式可查看：
这样子可以看到各个状态下依赖的版本，比如这里截出来的是releaseCompileClasspath的
(1) 利用dependencies查看依赖树
PS：方式一和二还是有区别的，比如看在window中点击androidDepencies，能看到依赖的本地jar包，但是通过命令查看依赖，则查看的没有本地jar文件依赖。
通过--configuration可以配置要查看哪个variant下的版本，比如这里是releaseCompileClasspath看的就是release的依赖。
看打印就能更清晰的看到依赖的版本，是为什么依赖到了，比如okhttp依赖到的是3.9.0版本，是因为com.squareup.okhttp3:logging-interceptor:3.9.0中的依赖是3.9.0 (*)，这样子就替换掉了retrofit中的3.8.0的依赖
(2) 利用dependencyInsight 详细查看某个库(采用模糊过滤的方式，比如下面查看的是com.squareup.okhttp)的版本依赖。
这里就能很明显的看到，依赖的okhttp的版本是3.9.0了，interceptor中的3.9.0解决了retrofit中的3.8.0
自己上传maven库之后，可能是覆盖的形式更新的maven库，如果不刷新，则一直都会使用本地缓存的依赖，我试过从文件中找到依赖删除掉他，但是一sync，就自己又生成出来了，很奇怪。
在android右侧gradle选项，随便找一个tasks下的build里面，执行cleanBuildCache
gradle是比较智能的了，也能智能的处理相同包不同版本的冲突，会默认依赖较新的一个版本。但是如果是不同包之间的冲突，那么就会报错，得需要人为来解决了，比如：
依赖：
这两个依赖在一起会报错:
那么我们通过前面的命令可以查 com.github.bumptech.glide:glide下面的依赖树，但是解决这种冲突光看依赖树还不行，得结合报错，CoordinatorLayout$Behavior，我们在出问题的情况下全局搜索(双击shift,记得够上从选择框)一下CoordinatorLayout，就能看到是在哪两个库中存在了，再结合依赖树就能看出来com.github.bumptech.glide:glide依赖了：
而support-fragment:27.1.1下面依赖了
在这个库里也有android.support.design.widget.CoordinatorLayout，就与默认的com.android.support:design的冲突了。
所以处理下即可:
吐槽：google大法更新库是有可能不考虑兼容性的，所以建议都使用同一个版本。出现这个根本原因就是因为两个支持库的版本不一致，一个是26.1.0一个是27.1.1，如果两个都是同一个版本则不会存在这个问题
想到grunt glup 我脑中出现的是流水的映像想到webpack 我脑子出现的是一个仿佛刚从哥贝克力石阵苏醒的巨人,很强大,但也很胖
看看不做任何优化 构建后的文件大小
入口平均大小400多k 不能忍啊……css也100+不能忍
在这放出来会被大家笑话成菜逼的……虽然是……
时光好像抽了我一个嘴巴,回到了当年使用maven的岁月,记得有个myeclipse的maven2插件——可以显示出当前引用jar包的依赖树
所以下一步我们要知道项目到底打包了什么依赖了什么,没有比可视化的依赖树更让人愉悦……
经过一番谷歌(坚决不百x) 终于发现能和vue-cli结合输出构建报告的三个神器
放到wepback.prod.js的plugins配置项中
然而……我是用的vue-cli,构建变成了一个独立模块build 操作
webpack.base.js webpack.prod.js进行构建 所以会用到上面的
stats-webpack-plugin
配置好插件后,运行一次构建过程,如果不加任何文件路径,那么stats.json会被输出到构建输出目录跟你的所有打包文件在一起~~
拿我这个项目来说 它有16m这么大……
感兴趣的你可以双击打开看看……
可以看到我可耻的用了sui的citypicker……当然是经过改造的……
嗯...下班 辛苦一周到家门口做个按摩再说……
有了分析工具,让我们看看需要优化的点有哪些(忽然在你脑海中出现的那些^)
下面是我的vendor包 也就是第三方模块的打包 有600k之大 绝对是个累赘
能看到我这里用的第三方库和属类
对应解决方案:
能做cdn的就直接甩cdn
能自己写的直接自己写
被浪费的要么寻找更轻量的替代、要么换其他方案、要么自己写(比如日期处理)
2016.6.14更
目前进展
未完待续...下个目标是把jquery和sm干掉～
1先创建一个基于maven的项目，点击打开pom.xml文件2点击Dependencies标签页，然后点击Dependencies中的add按钮，输入我们想添加的jar包名字，就会出现下图中所示，它会把对应名称的所有版本jar包列出来
点击OK之后，在pom.xml会带回jar包的信息，type表示依赖包的类型，Scope表示这个依赖包的作用周期等等
3保存后install maven，然后再点开项目中的Maven Dependencies就会发现多了相应的jar包了
