抽象类能同时包含抽象方法和具体方法，根本原因在于其设计定位是“不完整的可复用基类”：既通过抽象方法强制子类实现特定行为（如makeSound），又通过具体方法提供通用逻辑（如breathe）供直接继承或复用；语法上必须用abstract class声明，抽象方法无方法体、以分号结尾，具体方法写法同普通类。
抽象类能同时包含抽象方法和具体方法，根本原因在于它的设计定位不是“空模板”，而是“不完整的可复用基类”。它既要规定子类必须做什么（靠抽象方法），也要提供子类可以直接用或稍作调整就能用的通用逻辑（靠具体方法）。
语法上怎么写才合法
关键就两点：类名前加 abstract，方法按需分别声明。
- 抽象方法：用 abstract 修饰，无方法体，结尾是分号，比如
public abstract void start(); - 具体方法：写法和普通类里一模一样，有返回类型、参数列表、花括号和完整逻辑，比如
public void logInit() { System.out.println("Initializing..."); } - 类本身必须用 abstract class 类名 声明；否则哪怕只有一行抽象方法，编译器也会报错
为什么允许这样混合存在
这不是语法妥协，而是面向对象建模的自然需要。
- 抽象方法定义契约：比如所有动物都得会
makeSound()，但狗叫、猫叫、鸟鸣各不相同，必须由子类决定 - 具体方法封装共性：比如所有动物都要
breathe()，逻辑完全一致，写一次就够了，子类直接继承即可 - 构造器、字段、静态方法也能共存——抽象类本质上是“功能不全但结构完整”的类
子类继承时要注意什么
规则很明确，不模糊：
立即学习“Java免费学习笔记（深入）”；
- 如果子类是具体类（非 abstract），就必须实现父类中每一个抽象方法；否则编译失败
- 具体方法不用重写也能用，比如调用
dog.breathe()就直接执行父类逻辑 - 子类也可以选择重写具体方法，比如优化
sleep()的行为，这叫“可扩展而非强制” - 如果暂时不想实现全部抽象方法，可以把子类也声明为 abstract，把实现责任留给更下层的类
哪些写法是常见错误
容易踩坑的地方集中在修饰符冲突上：
- 抽象方法不能加 private：子类根本看不见，还怎么重写？
- 不能加 final：final 方法禁止重写，和抽象方法的设计目的矛盾
- 不能加 static：静态方法属于类，不参与实例多态，抽象方法恰恰是为了运行时动态绑定
- 抽象类本身可以没有抽象方法（极少用），但只要有一个抽象方法，类就必须声明为 abstract
