存储Java反射采集数据的最合适数据结构是什么

针对Java反射元数据采集的场景，自定义分层嵌套的POJO元模型+HashMap索引是适用性最高的存储方案，完全可以覆盖修饰符、字段、方法、类关联关系等所有维度的存储需求。

你可以按照元数据的维度拆分定义不同的子模型，再组合成完整的类元数据对象：

• 首先定义基础的公共属性模型，存储通用的修饰符信息：
  可以抽取出ModifierMeta类，包含modifierFlag（存储修饰符的int原始值）、isPublic/isStatic/isFinal等布尔型解析结果，字段、方法、类本身都可以复用这个模型。
• 字段维度定义FieldMeta类，包含：
  • 字段名、字段类型全限定名
  • 关联的ModifierMeta实例
  • 注解列表
• 方法维度定义MethodMeta类，包含：
  • 方法名、返回值类型全限定名
  • 关联的ModifierMeta实例
  • 参数类型列表、异常类型列表
  • 注解列表
• 顶层的ClassMeta类，用来存储完整的类元数据，包含：
  • 类全限定名、父类全限定名、实现的接口列表
  • 关联的ModifierMeta实例
  • 字段集合：推荐用Map<String, FieldMeta>存储，key为字段名，方便后续按名称快速查询
  • 方法集合：推荐用Map<String, List<MethodMeta>>存储，key为方法名，value是同方法名的重载方法列表，适配Java方法重载特性
  • 关联关系存储：可以新增superClassRef（父类的ClassMeta引用）、interfaceRefs（实现接口的ClassMeta引用列表）、fieldTypeRefs（字段类型对应的ClassMeta引用集合）等属性，用来维护类之间的关联链路

如果需要处理大量类的元数据，还可以额外加一层全局索引：用Map<String, ClassMeta>存储所有采集到的类元数据，key为类的全限定名，查询效率可以达到O(1)。

注意如果需要处理循环引用的场景（比如A类字段是B类，B类字段是A类），要给ClassMeta类重写equals和hashCode方法，避免序列化或者遍历时出现死循环。

内容的提问来源于stack exchange，提问作者Miroslav Trninic