这是一个创建于 1720 天前的主题，其中的信息可能已经有所发展或是发生改变。
例如 Java，当 IDEA 无法全局查找第三方依赖包里的类调用关系时，怎样可以高效地摸清楚第三方类的依赖、调用逻辑呢？
 | 1 zty7723271 OP 除了 Debug，然后回溯方法栈（这样太依靠主观猜测了），还有别的办法吗？ |
 | 2 shawndev 2021-02-01 17:10:48 +08:00  6 随便说几条，可能跑题。 1. git log --reverse 先看初始提交 2. git tag 检出重要版本，git diff 、git shortlog 分别查看 changelog 和差异 3. 善用 git worktree 4. 看第三方库管理文件的变更历史，java 多对应 gradle 和 maven 5. 关注注释中的 TODO 和 FIXME 6. 善用搜索，比如贡献者的 github 首页、开源项目的首页、相关依赖的首页等等 7. 找到一种类似 playground 或者 repl 的工具，多运行代码片段 8. 如果可能，最好用自己习惯的格式化工具格式化之后查看 |
 | 3 anthow 2021-02-01 17:11:19 +08:00 就 debug 呀。 |
 | 4 annielong 2021-02-01 18:15:13 +08:00 硬头皮找，刚遇到一个二次打包的，把代码塞到 spring 的 jar 里面，饭后放在 lib 下 |
 | 5 DCCooper 2021-02-01 22:53:06 +08:00 小一点的项目，比如一个二进制工具，先去看 Makefile，知道项目是怎么编译出来的，入口函数在哪里等等。知道了之后，就开始使用这个程序，命令大概熟悉之后，开启 debug 模式，然后一路调试下来。 拿 go 语言来说，dlv exec xxx -- cmd 然后打点一路走下去，期间遇到不懂的地方就 step 进去，看看是怎么处理的，直到程序终止。 这样我觉得是最快的方法了，走过两遍之后，再去看代码，一点也不懵逼了。 大型项目，二楼老哥说的不错。 |
 | 6 jones2000 2021-02-01 23:07:36 +08:00 1 看源码是有目的的去看, 这个又不是看小说,从头看起. 比如你用到了开源的一个方法, 你想了解, 你就调试断点一步一步跟进去不就可以了. 要什么东西就看什么. |
 | 7 9LCRwvU14033RHJo 2021-02-03 13:49:05 +08:00 @shawndev 每个大佬都有自己的方法 |
Select Language