java-callgraph2项目用于对Java代码（编译后的class、jar、war文件）进行静态分析
当前原本fork自https://github.com/gousiosg/java-callgraph。
后来进行了优化和增强，差别已比较大，不容易合并回原始项目中，且仅提供通过静态分析获取Java方法调用关系的功能，因此创建了该项目。
当前项目提供了插件功能，可用于为Java代码自动生成UML时序图，可参考https://github.com/Adrninistrator/gen-java-code-uml-sequence-diagram。
执行以下命令
gradlew jar
执行命令可参考脚本文件run.bat、run.sh
com.adrninistrator.javacg2.entry.JavaCG2Entry参考 _javacg2_config 目录的配置文件
主要配置文件为 config.properties
需要分析的jar包或目录路径对应的配置文件为 jar_dir.properties
假如仅分析特定包名的类，可在配置文件 packages.properties 中配置
可在其他项目中通过组件方式引用当前项目，添加的Gradle格式的组件依赖如下：
com.github.adrninistrator:java-callgraph2:版本号
执行以下命令
gradlew gen_run_jar
执行以上命令后，会在output_dir目录中生成可以直接执行的文件
在Windows/Linux等操作系统中分别执行对应的脚本文件run.bat、run.sh
参考https://github.com/Adrninistrator/java-all-call-graph/blob/main/extensions.md中的相关内容
原始java-callgraph在多数场景下能够获取到Java方法调用关系，但以下场景的调用关系会缺失：
- 接口与实现类方法
假如存在接口Interface1，及其实现类Impl1，若在某个类Class1中引入了接口Interface1，实际为实现类Impl1的实例（使用Spring时的常见场景），在其方法Class1.func1()中调用了Interface1.fi()方法；
原始java-callgraph生成的方法调用关系中，只包含Class1.func1()调用Interface1.fi()的关系，Class1.func1()调用Impl1.fi()，及Impl1.fi()向下调用的关系会缺失。
- Runnable实现类线程调用
假如f1()方法中使用内部匿名类形式的Runnable实现类在线程中执行操作，在线程中执行了f2()方法，如下所示：
private void f1() {
new Thread(new Runnable() {
@Override
public void run() {
f2();
}
}).start();
}原始java-callgraph生成的方法调用关系中，f1()调用f2()，及f2()向下调用的关系会缺失；
对于使用命名类形式的Runnable实现类在线程中执行操作的情况，存在相同的问题，原方法调用线程中执行的方法，及继续向下的调用关系会缺失。
- Callable实现类线程调用
与Runnable实现类线程调用情况类似，略。
- Thread子类线程调用
与Runnable实现类线程调用情况类似，略。
- lambda表达式（含线程调用等）
假如f1()方法中使用lambda表达式的形式在线程中执行操作，在线程中执行了f2()方法，如下所示：
private void f1() {
new Thread(() -> f2()).start();
}原始java-callgraph生成的方法调用关系中，f1()调用f2()，及f2()向下调用的关系会缺失；
对于其他使用lambda表达式的情况，存在相同的问题，原方法调用lambda表达式中执行的方法，及继续向下的调用关系会缺失。
- Stream调用
在使用Stream时，通过xxx::func方式调用方法，原始java-callgraph生成的方法调用关系中会缺失。如以下示例中，当前方法调用当前类的map2()、filter2()，及TestDto1类的getStr()方法的调用关系会缺失。
list.stream().map(this::map2).filter(this::filter2).collect(Collectors.toList());
list.stream().map(TestDto1::getStr).collect(Collectors.toList());- 父类调用子类的实现方法
假如存在抽象父类Abstract1，及其非抽象子类ChildImpl1，若在某个类Class1中引入了抽象父类Abstract1，实际为子类ChildImpl1的实例（使用Spring时的常见场景），在其方法Class1.func1()中调用了Abstract1.fa()方法；
原始java-callgraph生成的方法调用关系中，只包含Class1.func1()调用Abstract1.fa()的关系，Class1.func1()调用ChildImpl1.fa()的关系会缺失。
- 子类调用父类的实现方法
假如存在抽象父类Abstract1，及其非抽象子类ChildImpl1，若在ChildImpl1.fc1()方法中调用了父类Abstract1实现的方法fi()；
原始java-callgraph生成的方法调用关系中，ChildImpl1.fc1()调用Abstract1.fi()的关系会缺失。
针对以上问题，java-callgraph2都进行了优化，能够生成缺失的调用关系。
对于更复杂的情况，例如存在接口Interface1，及其抽象实现类Abstract1，及其子类ChildImpl1，若在某个类中引入了抽象实现类Abstract1并调用其方法的情况，生成的方法调用关系中也不会出现缺失。
