抽象类即使定义了main方法也无法直接运行，因为JVM要求入口类必须是非abstract的具体类，否则在加载阶段拒绝并报错；正确做法是创建具体子类继承抽象类并在其中定义main方法。
抽象类不能直接运行，哪怕它定义了 main 方法——因为 JVM 启动时要求入口类必须是具体类（非 abstract、非 interface），否则在类加载阶段就会拒绝，抛出 java.lang.InstantiationException 或编译报错 “Cannot instantiate the type”。main 方法的存在本身不改变抽象类不可实例化的本质。
为什么 abstract class + main 仍无法执行
Java 规定：JVM 只允许用 public static void main(String[] args) 作为程序入口，且该方法所在的类必须能被成功加载和初始化。而抽象类在字节码验证阶段就被标记为“不可实例化”，即使它有 main 方法，JVM 也不会让它进入运行阶段。
- 写
abstract class App { public static void main(...) {...} }→ 编译通过，但运行时报错：Error: Main method not found in class App（JVM 找不到合法入口） - 若用反射尝试
App.class.getDeclaredMethod("main", ...).invoke(null)→ 会触发类初始化失败，抛NoClassDefFoundError或ExceptionInInitializerError - 根本原因不是缺少对象实例，而是 JVM 明确禁止将抽象类作为启动类
正确做法：用具体子类承载 main 方法
最简单可靠的方式是新建一个非 abstract 的子类，继承抽象类，并在其内部定义 main 方法。这样既复用抽象类逻辑，又能独立运行。
- 子类只需继承抽象类，无需重写所有抽象方法——如果只测试已实现的方法，可让子类用空实现或默认返回值补全抽象方法
-
main方法中可直接创建该子类实例，调用抽象类中已有的公共方法 - 适合快速验证模板方法、钩子方法、日志/配置等通用逻辑
示例：
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
abstract class DataProcessor {<br> public void init() { System.out.println("init done"); }<br> public abstract String handle(String input);<br>}<br><br>class TestRunner extends DataProcessor {<br> @Override<br> public String handle(String input) { return "test-" + input; }<br> public static void main(String[] args) {<br> DataProcessor p = new TestRunner();<br> p.init();<br> System.out.println(p.handle("hello"));<br> }<br>}
替代方案：静态工具类 + 抽象类协作
如果抽象类只是提供通用能力（如日志、校验、模板流程），而不需要在 main 中构造其实例，可把测试逻辑完全移到一个独立的 public class Launcher 中：
- Launcher 不继承抽象类，但可直接调用其
static方法（如有） - 或创建一个最小实现类（如
MockProcessor）仅用于本次测试，不污染主模块 - 适用于单元测试驱动开发（TDD）场景，避免为测试修改生产类结构
IDE 和构建工具的小技巧
IntelliJ IDEA 或 Eclipse 允许你右键点击任意含 main 方法的类运行——但它只会识别并运行那些“可实例化”的类。如果你看到抽象类出现在可运行列表里，那大概率是 IDE 缓存错误或类实际未被声明为 abstract（比如忘了加关键字）。建议：
- 运行前手动检查类声明是否含
abstract - 清理项目缓存（File → Invalidate Caches and Restart）
- Maven 项目确保
src/test/java下的测试类是具体类，而非抽象类
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
