解决JavaParser中FQ类型名称的奇怪行为

在使用JavaParser解析Java代码并尝试提取类或接口类型引用时，可能会遇到一些意想不到的行为，特别是处理完全限定名称（FQ Names）时。例如，以下代码：

CompilationUnit cu = StaticJavaParser.parse(
  "public class foo extends java.lang.String {}");
cu.stream().
  filter(ClassOrInterfaceType.class::isInstance).
  forEach(System.out::println);

这段代码的目的是从foo extends java.lang.String的类声明中提取父类java.lang.String。然而，实际输出结果却包含java.lang.String、java.lang和java，这显然不是我们期望的。

为什么会发生这种情况？ JavaParser在解析FQ名称时，会将每个部分都视为一个ClassOrInterfaceType。 这意味着它会将java.lang.String分解为java、java.lang和java.lang.String，并将它们都作为类型引用进行处理。

那么，如何才能准确地提取所需的类型名称，并过滤掉这些“伪造的”元素呢？ 一种有效的方法是使用递归方式，结合ClassOrInterfaceDeclaration和getExtendedTypes()方法。

立即学习“Java免费学习笔记（深入）”；

以下是一个改进后的代码示例：

NameGPT名称生成器

免费AI公司名称生成器，AI在线生成企业名称，注册公司名称起名大全。

0

查看详情

import com.github.javaparser.StaticJavaParser;
import com.github.javaparser.ast.CompilationUnit;
import com.github.javaparser.ast.body.ClassOrInterfaceDeclaration;

public class JavaParserFQNameExample {

    public static void main(String[] args) {
        String s = "class Foo extends java.lang.String {}";
        CompilationUnit cu = StaticJavaParser.parse(s);
        cu.findAll(ClassOrInterfaceDeclaration.class).forEach(cid -> {
            System.out.println("Class Name: " + cid.getNameAsString());
            cid.getExtendedTypes().forEach(extType -> System.out.println("Extended Type: " + extType.getNameAsString()));
        });
    }
}

代码解释：

1. cu.findAll(ClassOrInterfaceDeclaration.class): 这行代码查找编译单元 cu 中所有的 ClassOrInterfaceDeclaration 节点，也就是类或接口的声明。
2. forEach(cid -> { ... }): 对于找到的每个类或接口声明 cid，执行花括号中的代码。
3. System.out.println("Class Name: " + cid.getNameAsString());: 打印类或接口的名称。
4. cid.getExtendedTypes().forEach(extType -> System.out.println("Extended Type: " + extType.getNameAsString()));: getExtendedTypes() 方法返回一个列表，包含该类或接口继承的所有父类或接口。 然后，我们遍历这个列表，并打印每个父类或接口的名称。

输出结果:

Class Name: Foo
Extended Type: String

注意事项：

• 此方法仅适用于直接继承的类型。如果需要处理更复杂的继承关系（例如，类继承了多个接口），则需要进行更深入的递归遍历。
• 确保导入正确的JavaParser类，例如com.github.javaparser.StaticJavaParser和com.github.javaparser.ast.CompilationUnit。
• 此方法依赖于ClassOrInterfaceDeclaration和getExtendedTypes()方法，因此它仅适用于类和接口的声明。

总结：

通过使用ClassOrInterfaceDeclaration和getExtendedTypes()方法，可以更精确地提取JavaParser中类和接口的父类信息，避免了直接使用ClassOrInterfaceType时产生的FQ名称分解问题。 这种递归方法提供了一种更可靠的方式来分析Java代码中的类型引用。 记住，在处理复杂的继承关系时，可能需要进一步的递归遍历。

以上就是解决JavaParser中FQ类型名称的奇怪行为的详细内容，更多请关注php中文网其它相关文章！