抽象类不能被实例化是Java语言的硬性规定，因其实现不完整；应使用具体子类（如ArrayList、Dog）或依赖注入等方式获取对象。

抽象类不能被 new 实例化，不是代码写错了，而是 Java 语言的硬性规定——编译器会直接报错，比如 “Cannot instantiate the type XXX”。根本原因在于：抽象类本身不完整，可能含未实现的抽象方法，或仅作为模板存在，不具备独立运行的条件。解决方向不是绕过限制，而是用符合设计意图的方式拿到可用对象。

确认你是不是真在实例化抽象类

看报错行，常见写法如：new Animal()、new List()、new AbstractService()。这些都会失败。注意区分：

• List 是接口，不是类，不能 new
• Animal 或 AbstractService 如果声明了 abstract class，就属于抽象类型，禁止实例化
• 打开类定义，检查是否有 abstract 关键字或 interface 声明
• 别用 @SuppressWarnings("all") 或 try-catch 掩盖问题——这是设计误用，不是异常处理场景

换成它的具体子类或实现类

抽象类存在的意义就是被继承，接口的意义就是被实现。你需要找一个已实现全部抽象方法、且自身不是 abstract 的子类，再用 new 创建：

• List<string> list = new ArrayList();</string>（不是 new List()）
• Animal dog = new Dog();（Dog 必须 extends Animal 并覆盖所有抽象方法）
• Spring 中 @Bean 方法若返回 new AbstractHandler()，应改为 new ConcreteHandler()

动态创建时提前校验类型

反射、JSON 反序列化、配置驱动等场景容易在运行时触发 InstantiationException。不能等出错再捕获，而应在创建前主动判断：

• 用 clazz.isInterface() 排除接口
• 用 Modifier.isAbstract(clazz.getModifiers()) 判断是否为抽象类
• 同时排除枚举、注解等不可实例化类型：clazz.isEnum()、clazz.isAnnotation()
• 校验通过再调用 getDeclaredConstructor().newInstance()
• 校验失败时抛出明确提示，例如：“类 XXX 是抽象类，请指定具体实现类”

需要灵活切换实现？用工厂或依赖注入

硬编码 new ConcreteXxx() 会让逻辑僵化。更合理的方式是把选择逻辑封装起来：

• 写一个简单工厂：根据字符串参数（如 "mysql"、"redis"）返回对应子类实例
• 用 Spring 的 @Qualifier 或 @Primary 管理多个实现，让容器自动注入
• MyBatis 的 resultType 别填接口，改填具体类名，如 com.example.UserImpl