Android中是否应避免在运行时创建并编译类？

两种核心实现逻辑 #

方案一：预定义类实例化 #

基于你写好的SpecialMove类，用户每创建一个自定义内容，就new一个该类的实例，通过设置不同的name、type、damage等属性来实现差异化。
代码示例：

public class SpecialMove{
    private String name;
    private Type type;
    private int damage;
    // 构造方法、getter/setter等基础逻辑
}

比如做个火球技能，直接new SpecialMove("FireBall", Type.FIRE, 50)就能搞定。

方案二：运行时生成子类并编译 #

先定义一个基础的SpecialMove父类，用户每创建一个自定义内容，就动态生成一个继承它的子类（比如FireBall），把代码写入文件后在运行时编译加载，以此支持更灵活的自定义逻辑。
代码示例：

public class SpecialMove{
    protected Type type;
    protected int damage;
    // 基础方法定义
}

// 运行时生成并编译的子类
public class FireBall extends SpecialMove{
    public FireBall(){
        this.type = Type.FIRE;
        this.damage = 50;
    }
    // 可以在这里加自定义的方法，比如爆炸逻辑
}

Android环境下方案二的关键问题 #

1. Dalvik/ART字节码的复杂度与效率 #

不管是早期的Dalvik还是现在主流的ART，Android上运行时编译Java代码都比桌面JVM麻烦得多：

• 编译流程绕弯：桌面用JavaCompiler就能直接把.java转.class然后加载，但Android需要把.class再转成DEX字节码，旧版要调用dx工具，新版要适配ART的编译规则，还要处理存储写入、动态加载的权限，步骤繁琐。
• 性能开销大：编译、DEX优化（比如ART的AOT预编译）会占大量CPU和内存，在中低端手机上很容易卡顿，甚至触发ANR，频繁生成类的话问题更严重。
• 兼容性坑多：不同Android版本的ART/Dalvik实现有差异，动态类加载的逻辑可能在某些版本上崩，比如Android 10+存储权限收紧后，写文件读文件的流程还要改。

2. 方案二的优缺点 #

优点

• 灵活性拉满：用户可以写任意复杂的方法逻辑，不局限于预定义的属性配置，比如给FireBall加个explode()方法实现范围伤害，这种复杂逻辑方案一很难搞定。
• 逻辑隔离清晰：每个自定义内容对应独立的类，不同技能的逻辑互不干扰，后期如果要排查问题也相对清楚。

缺点

• 适配成本极高：编译、DEX转换、权限、兼容性这些问题都要逐个踩坑，开发和维护成本比方案一大太多。
• 性能稳定性差：运行时编译的开销和动态加载的不确定性，很容易导致APP卡顿、崩溃，用户体验会打折扣。
• 安全与上架风险：动态生成执行代码容易被恶意利用，而且Google Play的安全审核对这类行为管得严，搞不好直接拒审。

方案选择建议 #

如果你的自定义内容只是简单的属性配置，方案一绝对是首选，开发快、性能稳，适配Android没压力。
如果必须支持用户写复杂逻辑，别硬扛方案二，试试用Lua、Rhino这类脚本引擎，不用生成Java类，性能和兼容性都更可控。

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