记一次依赖冲突排查感悟

因为上线了一个功能，引入了dexposed，导致打包打不过去，报的错误是so重复或者代码重复（如果只是so重复，可以pickFirst解决）。通过打依赖树、排查，最后发现跟项目中用的一个调试工具相关。间接引入了epic，而它把dexposed的源码、so直接拷贝过来！如果不是我之前看过epic的源码，估计排查仍然遥遥无期。
命令行：

gradlew :app:depencencies > dependencies.txt

结论：
有些开源库很坑，把别的开源库的源码，原封不动的拷贝过来，很坑！以后再遇到这种情况，依赖树直接看不出来的话，可以从这个角度入手排查问题了。