如何编写XJC插件以替换类型的JClass实现？

我太懂你这种困境了——超大枚举用默认XJC生成Java枚举会触发JVM的限制，换成String又丢了类型安全和常量引用的便捷性，想写插件改成带静态常量的类却卡在XJC的流程上，而且XJC的插件文档确实少得可怜，踩坑太正常了。

你说的没错，在Plugin的run方法里操作Outline确实太晚了，Outline已经是XJC生成好的类结构快照，很难直接替换底层的JClass关联。要解决这个问题，得在**XJC处理Schema的早期阶段（模型构建阶段）**动手，而不是等类结构都快生成好了才干预。

下面给你一步步捋清楚具体怎么做：

• 核心思路：干预模型构建阶段，替换TypeInfo
  XJC的处理流程是：Schema解析 → 生成JAXB模型（TypeInfo集合） → 生成Outline → 生成Java代码。你要做的是在“生成JAXB模型”之后、“生成Outline”之前，把原来的枚举TypeInfo（也就是EnumLeafInfo）替换成你自定义的ClassInfo，这样后续Outline和代码生成都会基于你自定义的类型来做。

• 具体步骤

  1. 重写Plugin的postProcessModel方法
     不要只依赖run方法，而是重写postProcessModel——这个方法是XJC生成完JAXB模型后立刻调用的，正好是替换类型的黄金时机。你可以在这里遍历所有的TypeInfo，筛选出需要替换的大枚举类型。
  2. 创建自定义ClassInfo
     对于每个要替换的EnumLeafInfo，创建一个新的ClassInfo对象，这个对象就是你要生成的带静态常量的类的模型。
  3. 给ClassInfo添加静态常量和必要方法
     遍历原枚举的所有常量，把它们添加为ClassInfo里的public static final String类型的字段；还可以手动添加valueOf、toString这类方法，模拟枚举的行为，保证调用的兼容性。
  4. 替换模型中的TypeInfo
     把模型中原有的EnumLeafInfo替换成你新创建的ClassInfo，这样后续的Outline生成和代码生成都会用这个自定义类型。

• 核心代码片段参考
  比如你的Plugin类可以这么写：

  @Override
  public boolean postProcessModel(Model model, ErrorHandler errorHandler) {
      // 遍历所有类型信息
      Iterator<Map.Entry<TypeName, TypeInfo>> iterator = model.beans().entrySet().iterator();
      while (iterator.hasNext()) {
          Map.Entry<TypeName, TypeInfo> entry = iterator.next();
          TypeInfo ti = entry.getValue();
          // 筛选出需要替换的大枚举
          if (ti instanceof EnumLeafInfo enumLeafInfo && enumLeafInfo.constants().size() > 2000) {
              TypeName typeName = entry.getKey();
              // 创建自定义ClassInfo
              ClassInfo customClass = new ClassInfo(model, typeName, ti.getScope(), ti.getCustomizations());
              
              // 添加静态常量字段：把原枚举的常量转成String类型的静态常量
              for (EnumConstant ec : enumLeafInfo.constants()) {
                  FieldInfo field = customClass.addField(
                      ec.getName(), 
                      model.codeModel().ref(String.class), 
                      null
                  );
                  field.setModifiers(Modifiers.PUBLIC | Modifiers.STATIC | Modifiers.FINAL);
                  field.init(JExpr.lit(ec.getLexicalValue()));
              }
              
              // 添加valueOf方法，模拟枚举的valueOf行为
              JMethod valueOfMethod = customClass.addMethod("valueOf", model.codeModel().ref(String.class));
              valueOfMethod.addParameter(String.class, "value");
              valueOfMethod.setModifiers(Modifiers.PUBLIC | Modifiers.STATIC);
              // 这里可以加校验逻辑，比如判断value是否在常量列表里，抛IllegalArgumentException
              valueOfMethod.body()._return(JExpr.direct("value"));
              
              // 替换模型中的类型
              iterator.remove();
              model.beans().put(typeName, customClass);
          }
      }
      return true;
  }
  

• 额外提示

  • 如果你需要更精细的控制（比如生成不可变类、添加equals/hashCode方法），可以继承默认的BeanGenerator，重写generateClassBody方法，把你的自定义逻辑加进去，然后设置给ClassInfo的generator属性。
  • 要是不想按常量数量自动筛选，也可以通过自定义的XJC绑定注解（比如在Schema里加<xjc:static-constant-class/>这样的自定义扩展）来标记要替换的枚举类型，在postProcessModel里识别这些注解来筛选。
  • 测试的时候记得用XJC的-debug参数，查看模型阶段的输出，确认你的替换逻辑真的生效了。

备注：内容来源于stack exchange，提问作者Tyler