拓冰网站优化 
1. 项目概述从“傻傻分不清”到“清晰掌握”在Unity游戏开发尤其是C#脚本编写中abstract、virtual和override这三个关键字是构建灵活、可扩展代码架构的基石。很多刚接触面向对象编程OOP进阶特性的开发者包括一些有一定经验的Unity程序员在面对它们时常常感到困惑什么时候该用abstractvirtual和override总是成对出现吗为什么我定义了虚方法子类却不强制要求重写这些疑问背后其实是对OOP多态性、继承与封装等核心思想理解不够深入的表现。我自己在带团队和面试新人时发现这个问题出现的频率极高。一个类设计得不合理往往不是因为算法复杂而是这些基础关键字用错了地方导致后期功能扩展举步维艰代码“屎山”悄然成型。比如想为所有敌人添加一个新的行为却发现基类方法写死了不得不去修改每一个子类这就是没有用好虚方法或抽象方法的典型后果。这篇文章的目的就是帮你彻底厘清这三个关键字的本质区别、适用场景以及它们之间的协作关系。我不会只给你干巴巴的定义而是会结合Unity游戏开发中非常具体的例子——比如设计一个敌人系统、一个技能系统或者一个UI管理系统——来展示如何在实际项目中运用它们。我会提供可直接复制到Unity项目中测试的代码示例并分享我在实际开发中踩过的坑和总结出的最佳实践。无论你是正在学习Unity的初学者还是希望巩固OOP基础的中级开发者这篇文章都将为你提供清晰的路径和实用的工具。2. 核心概念深度解析不只是关键字更是设计思想在深入代码之前我们必须先建立正确的认知abstract、virtual和override不仅仅是C#的语法关键字它们代表了不同的类设计契约和意图。理解这一点是正确使用它们的前提。2.1 Abstract抽象定义“必须做什么”的蓝图abstract关键字用于修饰类、方法、属性、索引器和事件。但最常用的是抽象类和抽象方法/属性。核心思想抽象类是一个不完整的蓝图它定义了一组子类“必须拥有”的能力抽象成员但自己不提供具体实现。它无法被实例化你不能new MyAbstractClass()。为什么需要它想象你要设计一个游戏中的“敌人”系统。所有敌人都应该能“移动”和“攻击”但骷髅兵移动是步行飞行恶魔移动是飞行骷髅兵攻击是近战劈砍法师攻击是远程火球。这里的“移动”和“攻击”就是所有敌人的共同契约但具体方式各异。使用抽象类来定义这个契约再合适不过。代码意图当一个类中的某个方法或属性你无法或不应该给出一个通用的、有意义的默认实现时就将其声明为abstract。这强制要求每一个继承自该抽象类的非抽象子类都必须提供该成员的具体实现。这是一种强契约。Unity中的典型场景游戏实体基类如Enemy、Character、InteractableObject。状态机状态基类每个状态都必须实现OnEnter、OnUpdate、OnExit方法。UI面板基类每个面板都必须实现OnOpen、OnClose逻辑。注意抽象方法本身不写方法体没有{}直接以分号结束。包含抽象成员的类必须是抽象类。2.2 Virtual虚拟提供“默认怎么做”的模板virtual关键字用于修饰方法、属性、索引器和事件但不能修饰类本身。核心思想虚方法在基类中提供了一个默认的、可工作的实现。它告诉子类“我这儿有一个标准做法但如果你有更好的或特殊的做法欢迎你来替换重写它。” 子类可以选择是否重写。为什么需要它继续用敌人举例。假设所有敌人在受到伤害时都会播放一个受击音效并显示伤害数字这是通用逻辑。但Boss敌人在受击时可能还会触发一个屏幕震动的特殊效果。这时基类的TakeDamage方法就可以设计为虚方法提供播放音效和显示数字的默认实现Boss子类再重写这个方法在调用基类逻辑的基础上增加屏幕震动的代码。代码意图当你有一个合理的默认行为但预见到某些子类可能需要改变或扩展这个行为时使用virtual。它为子类提供了选择性扩展的能力是一种弱契约或可选契约。Unity中的典型场景MonoBehaviour生命周期方法虽然你不能重写Start、Update但你可以用虚方法模式创建自己的生命周期框架。可复用的组件逻辑比如一个PoolableObject可池化对象基类其OnSpawnFromPool和OnReturnToPool方法可以提供默认的激活/禁用逻辑特定对象可以重写以添加额外初始化。带默认行为的工具类方法。注意虚方法必须有方法体哪怕是一个空实现{}或抛出一个NotImplementedException但后者不推荐。子类可以完全重写也可以通过base.方法名()调用基类实现。2.3 Override重写履行或优化“具体怎么做”override关键字用于修饰方法、属性、索引器和事件。核心思想override是子类对基类中virtual或abstract以及override成员的响应。它提供了该成员在子类中的具体实现。为什么需要它它是实现多态的关键。当父类引用指向子类对象时例如Enemy enemy new BossEnemy();调用一个被重写的方法执行的是子类的版本。这使得我们可以用统一的接口操作不同的对象写出更简洁、更易扩展的代码。代码意图当子类需要提供与基类不同或更具体的实现时使用override。对于抽象成员override是履行契约对于虚方法override是定制或扩展行为。关键区别与联系abstract成员必须被override在非抽象子类中。virtual成员可以被override。用override重写的方法自身也隐含是virtual的可以被它的子类继续重写。如果不希望被进一步重写可以在override前加sealed关键字。一个常见的混淆点new关键字 vsoverride。使用new关键字是在子类中隐藏基类同签名方法这不会实现多态。通过基类引用调用时执行的仍是基类方法。使用override是重写实现了多态。通过基类引用调用时执行的是子类方法。在绝大多数需要改变基类行为的场景下你应该使用override除非你非常清楚自己在做“隐藏”操作并且这符合你的设计意图。3. 实战代码示例构建一个Unity敌人系统理论说再多不如一行代码。让我们通过构建一个简单的敌人系统来亲眼看看这三个关键字是如何协同工作的。3.1 定义抽象基类确立敌人契约首先我们创建一个抽象基类Enemy。它定义所有敌人都必须具备的属性和行为。using UnityEngine; // 抽象类敌人基类。不能被实例化。 public abstract class Enemy : MonoBehaviour { // 公共字段所有敌人都有的基础属性 public int maxHealth 100; public float moveSpeed 5f; protected int currentHealth; // 当前生命值子类可能需要访问 // 抽象属性敌人类型。只定义getter具体值由子类实现。 public abstract string EnemyType { get; } // 虚属性攻击力。提供一个默认实现子类可重写。 public virtual int AttackPower { get { return 10; } // 默认攻击力为10 } // 初始化方法通常放在Start或Awake中调用 protected virtual void Initialize() { currentHealth maxHealth; Debug.Log(${EnemyType} 初始化完成生命值: {currentHealth}/{maxHealth}); } // 抽象方法移动。每个敌人都必须有自己的移动方式。 public abstract void Move(); // 虚方法攻击。提供一个默认的攻击逻辑比如近战攻击。 public virtual void Attack() { Debug.Log(${EnemyType} 发动了默认攻击造成 {AttackPower} 点伤害。); // 这里可以播放通用的攻击动画、音效等 } // 虚方法承受伤害。提供一个默认的受击处理扣血、播放受击效果。 public virtual void TakeDamage(int damage) { currentHealth - damage; Debug.Log(${EnemyType} 受到 {damage} 点伤害剩余生命: {currentHealth}); if (currentHealth 0) { Die(); } } // 虚方法死亡。提供一个默认的死亡处理销毁对象。 protected virtual void Die() { Debug.Log(${EnemyType} 已死亡。); Destroy(gameObject, 0.5f); // 0.5秒后销毁对象 // 可以在这里触发死亡动画、掉落物品等通用逻辑 } // MonoBehaviour的Start方法调用初始化 private void Start() { Initialize(); } }代码解析与设计思路abstract class Enemy声明这是一个抽象类。你不能在场景中直接挂载一个Enemy脚本因为它是“不完整”的。public abstract string EnemyType { get; }抽象属性。强制要求每个具体的敌人类都必须告诉外界“我是什么类型”。这是一个纯粹的契约。public virtual int AttackPower { get; ... }虚属性。提供了一个默认攻击力。像“史莱姆”这种弱鸡敌人可能就用这个默认值而“兽人”子类可能会重写它返回更高的值。protected virtual void Initialize()受保护的虚方法。提供初始化的通用流程如重置血量。子类可以通过base.Initialize()调用它并添加自己的初始化代码。设为protected是因为这是内部逻辑不应该被外部类直接调用。public abstract void Move()抽象方法。这是核心设计。一个不会移动的敌人是不可想象的但移动方式千差万别飞行、步行、传送所以基类无法给出实现必须由子类负责。public virtual void Attack()和TakeDamage()虚方法。提供了从攻击到受击再到死亡的一套默认反应链。这套逻辑对大多数普通敌人可能够用但Boss敌人肯定需要更复杂的表现比如多阶段、特殊技能它们就可以重写这些方法。Die方法设为protected virtual死亡逻辑通常也不希望被外部直接调用而是由TakeDamage内部触发。同时允许子类定制死亡效果比如Boss死亡要播放过场动画。这个设计体现了良好的扩展性通过抽象方法强制不变的部分移动通过虚方法提供可变的默认部分攻击、受击通过重写来实现具体的变化。3.2 实现具体子类骷髅兵与飞行恶魔现在我们来创建两个具体的敌人类地面移动的SkeletonWarrior和空中飞行的FlyingDemon。// 具体子类1骷髅战士 - 使用基类大部分默认行为只实现抽象方法 public class SkeletonWarrior : Enemy { // 实现抽象属性明确敌人类型 public override string EnemyType 骷髅战士; // 重写虚属性骷髅战士攻击力稍高 public override int AttackPower 15; // 实现抽象方法地面移动 public override void Move() { // 假设向玩家方向移动。这里简化处理实际中会计算路径。 Transform player FindObjectOfTypePlayer().transform; // 简单查找实际项目用更好的方式 if (player ! null) { Vector3 direction (player.position - transform.position).normalized; transform.Translate(direction * moveSpeed * Time.deltaTime, Space.World); Debug.Log(${EnemyType} 正在向玩家移动); } } // 可以不重写 Attack() 方法直接使用基类的默认攻击 // 可以不重写 TakeDamage() 方法直接使用基类的受击逻辑 }using UnityEngine; // 具体子类2飞行恶魔 - 需要大量定制行为 public class FlyingDemon : Enemy { [SerializeField] private float flyHeight 3f; // 飞行高度 [SerializeField] private GameObject fireballPrefab; // 火球预制体 [SerializeField] private Transform firePoint; // 发射点 // 实现抽象属性 public override string EnemyType 飞行恶魔; // 重写虚属性飞行恶魔攻击力较低但攻击方式特殊 public override int AttackPower 8; // 重写初始化添加飞行恶魔特有的初始化 protected override void Initialize() { // 首先调用基类的初始化设置血量 base.Initialize(); // 然后进行飞行恶魔特有的初始化 Debug.Log(${EnemyType} 起飞高度设定为 {flyHeight} 单位。); // 可以在这里设置初始飞行高度等 } // 实现抽象方法飞行移动 public override void Move() { Transform player FindObjectOfTypePlayer().transform; if (player ! null) { // 计算目标位置玩家上方一定高度 Vector3 targetPosition player.position Vector3.up * flyHeight; Vector3 direction (targetPosition - transform.position).normalized; transform.Translate(direction * moveSpeed * Time.deltaTime, Space.World); Debug.Log(${EnemyType} 在空中盘旋接近玩家); } } // 重写虚方法远程火球攻击 public override void Attack() { Debug.Log(${EnemyType} 开始蓄力火球); // 1. 播放蓄力动画/特效 // 2. 生成火球 if (fireballPrefab ! null firePoint ! null) { GameObject fireball Instantiate(fireballPrefab, firePoint.position, firePoint.rotation); // 为火球添加速度等逻辑... Debug.Log(${EnemyType} 发射火球); } // 注意这里完全重写了攻击逻辑没有调用 base.Attack() } // 重写虚方法受击时可能有概率闪避 public override void TakeDamage(int damage) { // 飞行恶魔有20%概率闪避攻击 if (Random.Range(0f, 1f) 0.2f) { Debug.Log(${EnemyType} 灵巧地闪避了这次攻击); return; // 闪避成功不扣血 } // 未闪避调用基类的受击逻辑扣血、判断死亡 base.TakeDamage(damage); // 受击后可能进入狂暴状态等额外逻辑可以加在这里 } // 重写虚方法死亡时爆炸 protected override void Die() { Debug.Log(${EnemyType} 发出凄厉的嚎叫即将爆炸); // 播放爆炸特效、音效 // 可能对周围造成范围伤害... // 最后调用基类的销毁逻辑 base.Die(); } }子类设计要点分析SkeletonWarrior简单重写必须实现抽象成员EnemyType属性和Move方法。选择性地重写了AttackPower属性提供了自己的值。没有重写Attack和TakeDamage这意味着它将完全使用Enemy基类提供的默认行为。这是一种合理的代码复用。FlyingDemon深度定制必须实现抽象成员EnemyType和Move。重写并扩展了Initialize通过base.Initialize()先执行基类的血量初始化再添加自己特有的飞行高度日志。这是扩展基类行为的经典模式。完全重写了Attack提供了全新的远程火球攻击逻辑没有调用base.Attack()。这意味着它彻底抛弃了基类的近战攻击模板。重写并修改了TakeDamage添加了闪避判定。如果闪避失败再通过base.TakeDamage(damage)调用基类的扣血和死亡检查逻辑。这是在基类行为前后添加自定义逻辑的模式。重写并扩展了Die先执行自己的爆炸前嚎叫逻辑再调用base.Die()执行销毁。这是在基类行为前添加自定义逻辑的模式。3.3 在游戏中使用体验多态的力量现在我们在一个简单的管理器脚本中创建并使用这些敌人看看多态如何让代码变得简洁。using UnityEngine; using System.Collections.Generic; public class EnemyManager : MonoBehaviour { public ListEnemy enemyList new ListEnemy(); // 注意这里存储的是基类Enemy的引用 void Start() { // 假设我们通过某种方式如生成、查找获得了敌人实例 // 这里为了演示我们手动创建两个实例实际项目中不会这样 GameObject skeletonObj new GameObject(Skeleton); SkeletonWarrior skeleton skeletonObj.AddComponentSkeletonWarrior(); GameObject demonObj new GameObject(FlyingDemon); FlyingDemon demon demonObj.AddComponentFlyingDemon(); // 为demon设置需要的Inspector字段... // demon.fireballPrefab ...; // demon.firePoint ...; enemyList.Add(skeleton); enemyList.Add(demon); // 模拟游戏循环 SimulateGameLoop(); } void SimulateGameLoop() { Debug.Log( 游戏开始敌人行动 ); foreach (Enemy enemy in enemyList) // 统一使用基类类型Enemy进行遍历 { // 多态调用enemy的实际类型可能是SkeletonWarrior或FlyingDemon Debug.Log($--- {enemy.EnemyType} 的回合 ---); // 访问属性得到具体子类的值 enemy.Move(); // 调用Move执行的是子类实现的移动逻辑 enemy.Attack(); // 调用Attack执行的是子类重写或继承的基类攻击逻辑 // 模拟玩家攻击该敌人 int simulatedDamage 20; enemy.TakeDamage(simulatedDamage); // 调用TakeDamage执行子类重写或继承的逻辑 } Debug.Log( 回合结束 ); } }运行这段代码你将在Unity控制台看到类似如下的输出骷髅战士 初始化完成生命值: 100/100 飞行恶魔 初始化完成生命值: 100/100 飞行恶魔 起飞高度设定为 3 单位。 游戏开始敌人行动 --- 骷髅战士 的回合 --- 骷髅战士 正在向玩家移动 骷髅战士 发动了默认攻击造成 15 点伤害。 骷髅战士 受到 20 点伤害剩余生命: 80 --- 飞行恶魔 的回合 --- 飞行恶魔 在空中盘旋接近玩家 飞行恶魔 开始蓄力火球 飞行恶魔 发射火球 飞行恶魔 受到 20 点伤害剩余生命: 80 回合结束 多态的魅力在EnemyManager中我们完全不需要知道enemyList里具体是哪种敌人。我们用一个Enemy类型的引用来操作所有敌人调用Move()、Attack()等方法。运行时C#会自动根据enemy变量实际指向的对象类型是SkeletonWarrior还是FlyingDemon来决定执行哪个版本的方法。这就是面向对象编程的核心优势之一代码针对接口抽象编程而不是针对实现编程。这使得添加新的敌人类型比如OrcShaman变得极其容易只需要创建新类继承Enemy并实现或重写必要的方法EnemyManager的代码一行都不用改。4. 高级应用与设计模式理解了基础用法后我们来看看在更复杂的Unity项目中如何运用这些概念来实践一些常见的设计模式解决实际问题。4.1 模板方法模式用虚方法定义算法骨架模板方法模式在游戏开发中非常有用它在一个抽象类中定义一个操作算法的骨架而将一些步骤延迟到子类中实现。virtual和abstract在这里扮演了关键角色。场景设计一个游戏关卡加载流程。每个关卡加载都需要经过“预加载资源”、“初始化场景”、“生成敌人”、“播放开场动画”这几个固定步骤但每个关卡的具体内容不同。public abstract class LevelLoaderBase : MonoBehaviour { // 这是一个模板方法定义了加载流程的固定骨架。它被声明为final在C#中不可被重写除非用virtual并谨慎处理。 public void LoadLevel() { Debug.Log($[{GetType().Name}] 开始加载关卡...); PreloadResources(); InitializeScene(); SpawnEnemies(); PlayOpeningCinematic(); Debug.Log($[{GetType().Name}] 关卡加载完成); } // 抽象方法子类必须实现如何预加载其专属资源如场景模型、角色皮肤。 protected abstract void PreloadResources(); // 虚方法初始化场景。提供一个默认的空实现大多数关卡可能不需要特殊初始化。 protected virtual void InitializeScene() { // 默认什么都不做 } // 虚方法生成敌人。提供一个生成几个默认测试敌人的简单实现。 protected virtual void SpawnEnemies() { Debug.Log(生成默认测试敌人...); // 生成几个基础敌人的代码... } // 抽象方法每个关卡必须有自己独特的开场动画或剧情。 protected abstract void PlayOpeningCinematic(); } // 具体关卡森林关卡 public class ForestLevelLoader : LevelLoaderBase { protected override void PreloadResources() { Debug.Log(预加载森林纹理、树木模型、环境音效...); // Resources.LoadAsync(...) 或 Addressables加载 } protected override void InitializeScene() { // 森林关卡需要设置特定的环境光、雾效 base.InitializeScene(); // 可以选择性调用基类实现虽然这里是空的 Debug.Log(设置森林环境光与雾效...); } // 我们选择不重写 SpawnEnemies使用基类默认的生成逻辑。 protected override void PlayOpeningCinematic() { Debug.Log(播放动画英雄骑马进入森林...); } } // 具体关卡Boss关卡 public class BossLevelLoader : LevelLoaderBase { protected override void PreloadResources() { Debug.Log(预加载Boss模型、巨型战场场景、史诗音乐...); } protected override void SpawnEnemies() // 重写以定制敌人生成 { // Boss关不生成小兵只生成Boss Debug.Log(召唤最终Boss); // 生成Boss的代码... // 注意这里没有调用 base.SpawnEnemies()因为我们完全替换了逻辑。 } protected override void PlayOpeningCinematic() { Debug.Log(播放动画Boss破土而出地动山摇...); } }设计精髓LoadLevel方法是模板方法它定义了不可更改的执行顺序。abstract方法PreloadResources,PlayOpeningCinematic是必须由子类完成的步骤。virtual方法InitializeScene,SpawnEnemies是可选或可扩展的步骤。子类可以保持默认也可以重写。这种模式确保了所有关卡加载流程的一致性同时给予了每个关卡足够的定制自由。4.2 利用Override实现状态模式状态模式允许一个对象在其内部状态改变时改变它的行为。在Unity游戏开发中这常用于角色状态机Idle, Run, Attack, Die。我们可以利用继承和重写来实现一个简洁的状态机。// 状态基类 public abstract class PlayerState { protected PlayerController player; // 持有状态所属的玩家引用 public PlayerState(PlayerController player) { this.player player; } // 进入状态时调用 public virtual void OnEnter() { } // 状态更新时调用每帧 public abstract void OnUpdate(); // 退出状态时调用 public virtual void OnExit() { } } // 空闲状态 public class IdleState : PlayerState { public IdleState(PlayerController player) : base(player) { } public override void OnEnter() { Debug.Log(进入空闲状态); player.animator.Play(Idle); } public override void OnUpdate() { // 检查输入决定是否切换到移动或攻击状态 if (player.input.MoveInput.magnitude 0.1f) { player.ChangeState(new RunState(player)); } else if (player.input.IsAttackPressed) { player.ChangeState(new AttackState(player)); } } public override void OnExit() { Debug.Log(退出空闲状态); } } // 奔跑状态 public class RunState : PlayerState { public RunState(PlayerController player) : base(player) { } public override void OnEnter() { Debug.Log(进入奔跑状态); player.animator.Play(Run); } public override void OnUpdate() { // 处理移动逻辑 Vector3 moveDirection new Vector3(player.input.MoveInput.x, 0, player.input.MoveInput.y); player.controller.Move(moveDirection * player.runSpeed * Time.deltaTime); // 检查是否停止移动 if (player.input.MoveInput.magnitude 0.1f) { player.ChangeState(new IdleState(player)); } // 检查是否攻击 else if (player.input.IsAttackPressed) { player.ChangeState(new AttackState(player)); } } } // 攻击状态 - 假设攻击是一个有动画时长的过程 public class AttackState : PlayerState { private float attackTimer; public AttackState(PlayerController player) : base(player) { } public override void OnEnter() { Debug.Log(进入攻击状态); player.animator.Play(Attack); attackTimer player.attackAnimationLength; // 从玩家配置中获取攻击动画时长 // 执行攻击判定造成伤害等 player.PerformAttack(); } public override void OnUpdate() { attackTimer - Time.deltaTime; if (attackTimer 0) { // 攻击动画结束根据输入决定下一个状态 if (player.input.MoveInput.magnitude 0.1f) { player.ChangeState(new RunState(player)); } else { player.ChangeState(new IdleState(player)); } } // 攻击状态中通常不能响应移动输入切换状态 } public override void OnExit() { Debug.Log(退出攻击状态); player.ResetAttack(); // 清理攻击状态 } }在PlayerController中使用状态public class PlayerController : MonoBehaviour { public Animator animator; public CharacterController controller; public PlayerInput input; // 假设这是一个封装输入的类 public float runSpeed 8f; public float attackAnimationLength 0.8f; private PlayerState currentState; void Start() { // 初始状态为空闲 ChangeState(new IdleState(this)); } void Update() { // 每帧更新当前状态 currentState?.OnUpdate(); } public void ChangeState(PlayerState newState) { // 退出旧状态 currentState?.OnExit(); // 切换状态 currentState newState; // 进入新状态 currentState?.OnEnter(); } // 供AttackState调用的方法 public void PerformAttack() { /* 伤害判定等 */ } public void ResetAttack() { /* 重置攻击冷却等 */ } }模式优势清晰的组织每个状态的行为被封装在独立的类中避免了在PlayerController的Update里写满if-else或switch语句。易于扩展要添加一个新状态如JumpState、DashState只需新建一个类继承PlayerState并实现相应方法。PlayerController的核心逻辑几乎不变。利用多态PlayerController只依赖抽象的PlayerState通过currentState.OnUpdate()调用实际执行的是当前具体状态类的逻辑。这正是virtual和override带来的多态威力。5. 常见陷阱、性能考量与最佳实践在实际项目中使用这些特性时如果不加注意很容易掉进一些坑里。下面是我总结的一些常见问题、性能注意事项和最佳实践。5.1 陷阱与常见错误混淆new和overridepublic class BaseClass { public virtual void Method() { Debug.Log(Base); } } public class DerivedClass : BaseClass { public new void Method() { Debug.Log(Derived (new)); } } // 使用 BaseClass obj new DerivedClass(); obj.Method(); // 输出 Base !!! 因为new是隐藏不是重写不构成多态。教训除非你明确想隐藏基类方法这通常意味着设计有问题否则永远使用override来重写虚方法。在构造函数中调用虚方法public class BaseClass { public BaseClass() { Initialize(); } // 危险 protected virtual void Initialize() { } } public class DerivedClass : BaseClass { private string data; public DerivedClass() { data Loaded; } protected override void Initialize() { Debug.Log(data); // 可能输出null因为基类构造函数先于子类构造函数运行。 } }教训避免在构造函数中调用虚方法。如果必须进行初始化考虑使用独立的Init()方法并在对象完全构造后显式调用。过度使用继承和虚方法不要为了“可能”需要重写而把所有方法都设为virtual。这会导致性能轻微开销虚方法调用涉及虚表查找比非虚方法调用稍慢。设计模糊虚方法意味着“允许被修改”如果方法实际上是类的不变契约就不应该设为虚方法。脆弱基类问题基类的修改可能会无意中破坏所有子类的行为。最佳实践遵循“组合优于继承”的原则。考虑是否可以用接口、组件模式或策略模式来替代深层次的继承树。抽象类 vs 接口使用抽象类当多个类共享一些共同的代码实现和状态字段时。例如所有Enemy都有health字段和TakeDamage方法的部分实现。使用接口当只定义一组能力或契约而不关心具体实现时。例如IDamageable可受伤、IMovable可移动。一个类可以实现多个接口但只能继承一个类抽象类或非抽象类。5.2 Unity特定性能与设计考量MonoBehaviour与虚方法Unity的MonoBehaviour生命周期方法Start,Update,Awake等不是虚方法在C#层面。你不能直接重写它们。如果你希望创建自己的可重写生命周期框架可以这样做public abstract class MyBaseBehaviour : MonoBehaviour { protected virtual void Awake() { } protected virtual void Start() { } protected virtual void Update() { } private void Awake() { /* 一些通用Awake逻辑 */ this.Awake(); } private void Start() { /* 一些通用Start逻辑 */ this.Start(); } private void Update() { /* 一些通用Update逻辑 */ this.Update(); } }注意这种方法要小心使用因为子类需要调用base.Awake()等容易出错。更常见的做法是定义自己的虚方法如OnMyUpdate在Update中调用。序列化与虚方法Unity的序列化系统用于在Inspector中显示public字段或[SerializeField]字段对于复杂的继承和虚属性支持可能不如预期。尽量保持序列化字段在具体的MonoBehaviour类中而不是在抽象的基类中定义复杂的可序列化虚属性。ScriptableObject与抽象类ScriptableObject是创建数据资产和配置的绝佳工具。你可以创建抽象基类AbilityBase : ScriptableObject然后派生出FireballAbility,HealAbility等具体类。这些具体类资产可以在Inspector中赋值给public AbilityBase ability这样的字段实现数据驱动的设计。5.3 最佳实践总结明确意图用abstract定义必须实现的契约。用virtual提供良好默认值并允许子类选择性扩展。用override来履行抽象契约或定制虚方法行为。遵循Liskov替换原则子类对象应该能够替换其基类对象而不会破坏程序。这意味着重写方法时行为应该与基类契约兼容。例如重写一个CalculateDamage方法不应该在基类期望返回正数时返回负数。谨慎设计继承层次继承的深度最好控制在2-3层以内。过深的继承树难以理解和维护。多用组合少用继承。为重写方法添加/// inheritdoc /文档注释在子类重写的方法上使用这个标签可以让IDE如Rider显示基类方法的文档保持一致性。考虑使用sealed关键字当你重写了一个方法并且不希望你的子类再重写它时可以使用sealed override。这可以防止继承链被进一步修改有时对性能优化也有帮助JIT编译器可能能进行更多优化。测试多态行为编写单元测试时不仅要测试基类也要测试通过基类引用调用子类重写方法时的行为确保多态按预期工作。理解abstract、virtual和override并能在正确的场景下运用它们是区分初级和中级Unity/C#开发者的一个重要标志。它们是你工具箱中用于构建灵活、健壮、易扩展游戏系统的强大工具。从设计一个清晰的敌人基类开始尝试在你的下一个项目中实践这些原则你会发现你的代码会变得更加整洁和强大。 Unity C#面向对象编程：abstract、virtual、override核心概念与实战应用
1. 项目概述从“傻傻分不清”到“清晰掌握”在Unity游戏开发尤其是C#脚本编写中abstract、virtual和override这三个关键字是构建灵活、可扩展代码架构的基石。很多刚接触面向对象编程OOP进阶特性的开发者包括一些有一定经验的Unity程序员在面对它们时常常感到困惑什么时候该用abstractvirtual和override总是成对出现吗为什么我定义了虚方法子类却不强制要求重写这些疑问背后其实是对OOP多态性、继承与封装等核心思想理解不够深入的表现。我自己在带团队和面试新人时发现这个问题出现的频率极高。一个类设计得不合理往往不是因为算法复杂而是这些基础关键字用错了地方导致后期功能扩展举步维艰代码“屎山”悄然成型。比如想为所有敌人添加一个新的行为却发现基类方法写死了不得不去修改每一个子类这就是没有用好虚方法或抽象方法的典型后果。这篇文章的目的就是帮你彻底厘清这三个关键字的本质区别、适用场景以及它们之间的协作关系。我不会只给你干巴巴的定义而是会结合Unity游戏开发中非常具体的例子——比如设计一个敌人系统、一个技能系统或者一个UI管理系统——来展示如何在实际项目中运用它们。我会提供可直接复制到Unity项目中测试的代码示例并分享我在实际开发中踩过的坑和总结出的最佳实践。无论你是正在学习Unity的初学者还是希望巩固OOP基础的中级开发者这篇文章都将为你提供清晰的路径和实用的工具。2. 核心概念深度解析不只是关键字更是设计思想在深入代码之前我们必须先建立正确的认知abstract、virtual和override不仅仅是C#的语法关键字它们代表了不同的类设计契约和意图。理解这一点是正确使用它们的前提。2.1 Abstract抽象定义“必须做什么”的蓝图abstract关键字用于修饰类、方法、属性、索引器和事件。但最常用的是抽象类和抽象方法/属性。核心思想抽象类是一个不完整的蓝图它定义了一组子类“必须拥有”的能力抽象成员但自己不提供具体实现。它无法被实例化你不能new MyAbstractClass()。为什么需要它想象你要设计一个游戏中的“敌人”系统。所有敌人都应该能“移动”和“攻击”但骷髅兵移动是步行飞行恶魔移动是飞行骷髅兵攻击是近战劈砍法师攻击是远程火球。这里的“移动”和“攻击”就是所有敌人的共同契约但具体方式各异。使用抽象类来定义这个契约再合适不过。代码意图当一个类中的某个方法或属性你无法或不应该给出一个通用的、有意义的默认实现时就将其声明为abstract。这强制要求每一个继承自该抽象类的非抽象子类都必须提供该成员的具体实现。这是一种强契约。Unity中的典型场景游戏实体基类如Enemy、Character、InteractableObject。状态机状态基类每个状态都必须实现OnEnter、OnUpdate、OnExit方法。UI面板基类每个面板都必须实现OnOpen、OnClose逻辑。注意抽象方法本身不写方法体没有{}直接以分号结束。包含抽象成员的类必须是抽象类。2.2 Virtual虚拟提供“默认怎么做”的模板virtual关键字用于修饰方法、属性、索引器和事件但不能修饰类本身。核心思想虚方法在基类中提供了一个默认的、可工作的实现。它告诉子类“我这儿有一个标准做法但如果你有更好的或特殊的做法欢迎你来替换重写它。” 子类可以选择是否重写。为什么需要它继续用敌人举例。假设所有敌人在受到伤害时都会播放一个受击音效并显示伤害数字这是通用逻辑。但Boss敌人在受击时可能还会触发一个屏幕震动的特殊效果。这时基类的TakeDamage方法就可以设计为虚方法提供播放音效和显示数字的默认实现Boss子类再重写这个方法在调用基类逻辑的基础上增加屏幕震动的代码。代码意图当你有一个合理的默认行为但预见到某些子类可能需要改变或扩展这个行为时使用virtual。它为子类提供了选择性扩展的能力是一种弱契约或可选契约。Unity中的典型场景MonoBehaviour生命周期方法虽然你不能重写Start、Update但你可以用虚方法模式创建自己的生命周期框架。可复用的组件逻辑比如一个PoolableObject可池化对象基类其OnSpawnFromPool和OnReturnToPool方法可以提供默认的激活/禁用逻辑特定对象可以重写以添加额外初始化。带默认行为的工具类方法。注意虚方法必须有方法体哪怕是一个空实现{}或抛出一个NotImplementedException但后者不推荐。子类可以完全重写也可以通过base.方法名()调用基类实现。2.3 Override重写履行或优化“具体怎么做”override关键字用于修饰方法、属性、索引器和事件。核心思想override是子类对基类中virtual或abstract以及override成员的响应。它提供了该成员在子类中的具体实现。为什么需要它它是实现多态的关键。当父类引用指向子类对象时例如Enemy enemy new BossEnemy();调用一个被重写的方法执行的是子类的版本。这使得我们可以用统一的接口操作不同的对象写出更简洁、更易扩展的代码。代码意图当子类需要提供与基类不同或更具体的实现时使用override。对于抽象成员override是履行契约对于虚方法override是定制或扩展行为。关键区别与联系abstract成员必须被override在非抽象子类中。virtual成员可以被override。用override重写的方法自身也隐含是virtual的可以被它的子类继续重写。如果不希望被进一步重写可以在override前加sealed关键字。一个常见的混淆点new关键字 vsoverride。使用new关键字是在子类中隐藏基类同签名方法这不会实现多态。通过基类引用调用时执行的仍是基类方法。使用override是重写实现了多态。通过基类引用调用时执行的是子类方法。在绝大多数需要改变基类行为的场景下你应该使用override除非你非常清楚自己在做“隐藏”操作并且这符合你的设计意图。3. 实战代码示例构建一个Unity敌人系统理论说再多不如一行代码。让我们通过构建一个简单的敌人系统来亲眼看看这三个关键字是如何协同工作的。3.1 定义抽象基类确立敌人契约首先我们创建一个抽象基类Enemy。它定义所有敌人都必须具备的属性和行为。using UnityEngine; // 抽象类敌人基类。不能被实例化。 public abstract class Enemy : MonoBehaviour { // 公共字段所有敌人都有的基础属性 public int maxHealth 100; public float moveSpeed 5f; protected int currentHealth; // 当前生命值子类可能需要访问 // 抽象属性敌人类型。只定义getter具体值由子类实现。 public abstract string EnemyType { get; } // 虚属性攻击力。提供一个默认实现子类可重写。 public virtual int AttackPower { get { return 10; } // 默认攻击力为10 } // 初始化方法通常放在Start或Awake中调用 protected virtual void Initialize() { currentHealth maxHealth; Debug.Log(${EnemyType} 初始化完成生命值: {currentHealth}/{maxHealth}); } // 抽象方法移动。每个敌人都必须有自己的移动方式。 public abstract void Move(); // 虚方法攻击。提供一个默认的攻击逻辑比如近战攻击。 public virtual void Attack() { Debug.Log(${EnemyType} 发动了默认攻击造成 {AttackPower} 点伤害。); // 这里可以播放通用的攻击动画、音效等 } // 虚方法承受伤害。提供一个默认的受击处理扣血、播放受击效果。 public virtual void TakeDamage(int damage) { currentHealth - damage; Debug.Log(${EnemyType} 受到 {damage} 点伤害剩余生命: {currentHealth}); if (currentHealth 0) { Die(); } } // 虚方法死亡。提供一个默认的死亡处理销毁对象。 protected virtual void Die() { Debug.Log(${EnemyType} 已死亡。); Destroy(gameObject, 0.5f); // 0.5秒后销毁对象 // 可以在这里触发死亡动画、掉落物品等通用逻辑 } // MonoBehaviour的Start方法调用初始化 private void Start() { Initialize(); } }代码解析与设计思路abstract class Enemy声明这是一个抽象类。你不能在场景中直接挂载一个Enemy脚本因为它是“不完整”的。public abstract string EnemyType { get; }抽象属性。强制要求每个具体的敌人类都必须告诉外界“我是什么类型”。这是一个纯粹的契约。public virtual int AttackPower { get; ... }虚属性。提供了一个默认攻击力。像“史莱姆”这种弱鸡敌人可能就用这个默认值而“兽人”子类可能会重写它返回更高的值。protected virtual void Initialize()受保护的虚方法。提供初始化的通用流程如重置血量。子类可以通过base.Initialize()调用它并添加自己的初始化代码。设为protected是因为这是内部逻辑不应该被外部类直接调用。public abstract void Move()抽象方法。这是核心设计。一个不会移动的敌人是不可想象的但移动方式千差万别飞行、步行、传送所以基类无法给出实现必须由子类负责。public virtual void Attack()和TakeDamage()虚方法。提供了从攻击到受击再到死亡的一套默认反应链。这套逻辑对大多数普通敌人可能够用但Boss敌人肯定需要更复杂的表现比如多阶段、特殊技能它们就可以重写这些方法。Die方法设为protected virtual死亡逻辑通常也不希望被外部直接调用而是由TakeDamage内部触发。同时允许子类定制死亡效果比如Boss死亡要播放过场动画。这个设计体现了良好的扩展性通过抽象方法强制不变的部分移动通过虚方法提供可变的默认部分攻击、受击通过重写来实现具体的变化。3.2 实现具体子类骷髅兵与飞行恶魔现在我们来创建两个具体的敌人类地面移动的SkeletonWarrior和空中飞行的FlyingDemon。// 具体子类1骷髅战士 - 使用基类大部分默认行为只实现抽象方法 public class SkeletonWarrior : Enemy { // 实现抽象属性明确敌人类型 public override string EnemyType 骷髅战士; // 重写虚属性骷髅战士攻击力稍高 public override int AttackPower 15; // 实现抽象方法地面移动 public override void Move() { // 假设向玩家方向移动。这里简化处理实际中会计算路径。 Transform player FindObjectOfTypePlayer().transform; // 简单查找实际项目用更好的方式 if (player ! null) { Vector3 direction (player.position - transform.position).normalized; transform.Translate(direction * moveSpeed * Time.deltaTime, Space.World); Debug.Log(${EnemyType} 正在向玩家移动); } } // 可以不重写 Attack() 方法直接使用基类的默认攻击 // 可以不重写 TakeDamage() 方法直接使用基类的受击逻辑 }using UnityEngine; // 具体子类2飞行恶魔 - 需要大量定制行为 public class FlyingDemon : Enemy { [SerializeField] private float flyHeight 3f; // 飞行高度 [SerializeField] private GameObject fireballPrefab; // 火球预制体 [SerializeField] private Transform firePoint; // 发射点 // 实现抽象属性 public override string EnemyType 飞行恶魔; // 重写虚属性飞行恶魔攻击力较低但攻击方式特殊 public override int AttackPower 8; // 重写初始化添加飞行恶魔特有的初始化 protected override void Initialize() { // 首先调用基类的初始化设置血量 base.Initialize(); // 然后进行飞行恶魔特有的初始化 Debug.Log(${EnemyType} 起飞高度设定为 {flyHeight} 单位。); // 可以在这里设置初始飞行高度等 } // 实现抽象方法飞行移动 public override void Move() { Transform player FindObjectOfTypePlayer().transform; if (player ! null) { // 计算目标位置玩家上方一定高度 Vector3 targetPosition player.position Vector3.up * flyHeight; Vector3 direction (targetPosition - transform.position).normalized; transform.Translate(direction * moveSpeed * Time.deltaTime, Space.World); Debug.Log(${EnemyType} 在空中盘旋接近玩家); } } // 重写虚方法远程火球攻击 public override void Attack() { Debug.Log(${EnemyType} 开始蓄力火球); // 1. 播放蓄力动画/特效 // 2. 生成火球 if (fireballPrefab ! null firePoint ! null) { GameObject fireball Instantiate(fireballPrefab, firePoint.position, firePoint.rotation); // 为火球添加速度等逻辑... Debug.Log(${EnemyType} 发射火球); } // 注意这里完全重写了攻击逻辑没有调用 base.Attack() } // 重写虚方法受击时可能有概率闪避 public override void TakeDamage(int damage) { // 飞行恶魔有20%概率闪避攻击 if (Random.Range(0f, 1f) 0.2f) { Debug.Log(${EnemyType} 灵巧地闪避了这次攻击); return; // 闪避成功不扣血 } // 未闪避调用基类的受击逻辑扣血、判断死亡 base.TakeDamage(damage); // 受击后可能进入狂暴状态等额外逻辑可以加在这里 } // 重写虚方法死亡时爆炸 protected override void Die() { Debug.Log(${EnemyType} 发出凄厉的嚎叫即将爆炸); // 播放爆炸特效、音效 // 可能对周围造成范围伤害... // 最后调用基类的销毁逻辑 base.Die(); } }子类设计要点分析SkeletonWarrior简单重写必须实现抽象成员EnemyType属性和Move方法。选择性地重写了AttackPower属性提供了自己的值。没有重写Attack和TakeDamage这意味着它将完全使用Enemy基类提供的默认行为。这是一种合理的代码复用。FlyingDemon深度定制必须实现抽象成员EnemyType和Move。重写并扩展了Initialize通过base.Initialize()先执行基类的血量初始化再添加自己特有的飞行高度日志。这是扩展基类行为的经典模式。完全重写了Attack提供了全新的远程火球攻击逻辑没有调用base.Attack()。这意味着它彻底抛弃了基类的近战攻击模板。重写并修改了TakeDamage添加了闪避判定。如果闪避失败再通过base.TakeDamage(damage)调用基类的扣血和死亡检查逻辑。这是在基类行为前后添加自定义逻辑的模式。重写并扩展了Die先执行自己的爆炸前嚎叫逻辑再调用base.Die()执行销毁。这是在基类行为前添加自定义逻辑的模式。3.3 在游戏中使用体验多态的力量现在我们在一个简单的管理器脚本中创建并使用这些敌人看看多态如何让代码变得简洁。using UnityEngine; using System.Collections.Generic; public class EnemyManager : MonoBehaviour { public ListEnemy enemyList new ListEnemy(); // 注意这里存储的是基类Enemy的引用 void Start() { // 假设我们通过某种方式如生成、查找获得了敌人实例 // 这里为了演示我们手动创建两个实例实际项目中不会这样 GameObject skeletonObj new GameObject(Skeleton); SkeletonWarrior skeleton skeletonObj.AddComponentSkeletonWarrior(); GameObject demonObj new GameObject(FlyingDemon); FlyingDemon demon demonObj.AddComponentFlyingDemon(); // 为demon设置需要的Inspector字段... // demon.fireballPrefab ...; // demon.firePoint ...; enemyList.Add(skeleton); enemyList.Add(demon); // 模拟游戏循环 SimulateGameLoop(); } void SimulateGameLoop() { Debug.Log( 游戏开始敌人行动 ); foreach (Enemy enemy in enemyList) // 统一使用基类类型Enemy进行遍历 { // 多态调用enemy的实际类型可能是SkeletonWarrior或FlyingDemon Debug.Log($--- {enemy.EnemyType} 的回合 ---); // 访问属性得到具体子类的值 enemy.Move(); // 调用Move执行的是子类实现的移动逻辑 enemy.Attack(); // 调用Attack执行的是子类重写或继承的基类攻击逻辑 // 模拟玩家攻击该敌人 int simulatedDamage 20; enemy.TakeDamage(simulatedDamage); // 调用TakeDamage执行子类重写或继承的逻辑 } Debug.Log( 回合结束 ); } }运行这段代码你将在Unity控制台看到类似如下的输出骷髅战士 初始化完成生命值: 100/100 飞行恶魔 初始化完成生命值: 100/100 飞行恶魔 起飞高度设定为 3 单位。 游戏开始敌人行动 --- 骷髅战士 的回合 --- 骷髅战士 正在向玩家移动 骷髅战士 发动了默认攻击造成 15 点伤害。 骷髅战士 受到 20 点伤害剩余生命: 80 --- 飞行恶魔 的回合 --- 飞行恶魔 在空中盘旋接近玩家 飞行恶魔 开始蓄力火球 飞行恶魔 发射火球 飞行恶魔 受到 20 点伤害剩余生命: 80 回合结束 多态的魅力在EnemyManager中我们完全不需要知道enemyList里具体是哪种敌人。我们用一个Enemy类型的引用来操作所有敌人调用Move()、Attack()等方法。运行时C#会自动根据enemy变量实际指向的对象类型是SkeletonWarrior还是FlyingDemon来决定执行哪个版本的方法。这就是面向对象编程的核心优势之一代码针对接口抽象编程而不是针对实现编程。这使得添加新的敌人类型比如OrcShaman变得极其容易只需要创建新类继承Enemy并实现或重写必要的方法EnemyManager的代码一行都不用改。4. 高级应用与设计模式理解了基础用法后我们来看看在更复杂的Unity项目中如何运用这些概念来实践一些常见的设计模式解决实际问题。4.1 模板方法模式用虚方法定义算法骨架模板方法模式在游戏开发中非常有用它在一个抽象类中定义一个操作算法的骨架而将一些步骤延迟到子类中实现。virtual和abstract在这里扮演了关键角色。场景设计一个游戏关卡加载流程。每个关卡加载都需要经过“预加载资源”、“初始化场景”、“生成敌人”、“播放开场动画”这几个固定步骤但每个关卡的具体内容不同。public abstract class LevelLoaderBase : MonoBehaviour { // 这是一个模板方法定义了加载流程的固定骨架。它被声明为final在C#中不可被重写除非用virtual并谨慎处理。 public void LoadLevel() { Debug.Log($[{GetType().Name}] 开始加载关卡...); PreloadResources(); InitializeScene(); SpawnEnemies(); PlayOpeningCinematic(); Debug.Log($[{GetType().Name}] 关卡加载完成); } // 抽象方法子类必须实现如何预加载其专属资源如场景模型、角色皮肤。 protected abstract void PreloadResources(); // 虚方法初始化场景。提供一个默认的空实现大多数关卡可能不需要特殊初始化。 protected virtual void InitializeScene() { // 默认什么都不做 } // 虚方法生成敌人。提供一个生成几个默认测试敌人的简单实现。 protected virtual void SpawnEnemies() { Debug.Log(生成默认测试敌人...); // 生成几个基础敌人的代码... } // 抽象方法每个关卡必须有自己独特的开场动画或剧情。 protected abstract void PlayOpeningCinematic(); } // 具体关卡森林关卡 public class ForestLevelLoader : LevelLoaderBase { protected override void PreloadResources() { Debug.Log(预加载森林纹理、树木模型、环境音效...); // Resources.LoadAsync(...) 或 Addressables加载 } protected override void InitializeScene() { // 森林关卡需要设置特定的环境光、雾效 base.InitializeScene(); // 可以选择性调用基类实现虽然这里是空的 Debug.Log(设置森林环境光与雾效...); } // 我们选择不重写 SpawnEnemies使用基类默认的生成逻辑。 protected override void PlayOpeningCinematic() { Debug.Log(播放动画英雄骑马进入森林...); } } // 具体关卡Boss关卡 public class BossLevelLoader : LevelLoaderBase { protected override void PreloadResources() { Debug.Log(预加载Boss模型、巨型战场场景、史诗音乐...); } protected override void SpawnEnemies() // 重写以定制敌人生成 { // Boss关不生成小兵只生成Boss Debug.Log(召唤最终Boss); // 生成Boss的代码... // 注意这里没有调用 base.SpawnEnemies()因为我们完全替换了逻辑。 } protected override void PlayOpeningCinematic() { Debug.Log(播放动画Boss破土而出地动山摇...); } }设计精髓LoadLevel方法是模板方法它定义了不可更改的执行顺序。abstract方法PreloadResources,PlayOpeningCinematic是必须由子类完成的步骤。virtual方法InitializeScene,SpawnEnemies是可选或可扩展的步骤。子类可以保持默认也可以重写。这种模式确保了所有关卡加载流程的一致性同时给予了每个关卡足够的定制自由。4.2 利用Override实现状态模式状态模式允许一个对象在其内部状态改变时改变它的行为。在Unity游戏开发中这常用于角色状态机Idle, Run, Attack, Die。我们可以利用继承和重写来实现一个简洁的状态机。// 状态基类 public abstract class PlayerState { protected PlayerController player; // 持有状态所属的玩家引用 public PlayerState(PlayerController player) { this.player player; } // 进入状态时调用 public virtual void OnEnter() { } // 状态更新时调用每帧 public abstract void OnUpdate(); // 退出状态时调用 public virtual void OnExit() { } } // 空闲状态 public class IdleState : PlayerState { public IdleState(PlayerController player) : base(player) { } public override void OnEnter() { Debug.Log(进入空闲状态); player.animator.Play(Idle); } public override void OnUpdate() { // 检查输入决定是否切换到移动或攻击状态 if (player.input.MoveInput.magnitude 0.1f) { player.ChangeState(new RunState(player)); } else if (player.input.IsAttackPressed) { player.ChangeState(new AttackState(player)); } } public override void OnExit() { Debug.Log(退出空闲状态); } } // 奔跑状态 public class RunState : PlayerState { public RunState(PlayerController player) : base(player) { } public override void OnEnter() { Debug.Log(进入奔跑状态); player.animator.Play(Run); } public override void OnUpdate() { // 处理移动逻辑 Vector3 moveDirection new Vector3(player.input.MoveInput.x, 0, player.input.MoveInput.y); player.controller.Move(moveDirection * player.runSpeed * Time.deltaTime); // 检查是否停止移动 if (player.input.MoveInput.magnitude 0.1f) { player.ChangeState(new IdleState(player)); } // 检查是否攻击 else if (player.input.IsAttackPressed) { player.ChangeState(new AttackState(player)); } } } // 攻击状态 - 假设攻击是一个有动画时长的过程 public class AttackState : PlayerState { private float attackTimer; public AttackState(PlayerController player) : base(player) { } public override void OnEnter() { Debug.Log(进入攻击状态); player.animator.Play(Attack); attackTimer player.attackAnimationLength; // 从玩家配置中获取攻击动画时长 // 执行攻击判定造成伤害等 player.PerformAttack(); } public override void OnUpdate() { attackTimer - Time.deltaTime; if (attackTimer 0) { // 攻击动画结束根据输入决定下一个状态 if (player.input.MoveInput.magnitude 0.1f) { player.ChangeState(new RunState(player)); } else { player.ChangeState(new IdleState(player)); } } // 攻击状态中通常不能响应移动输入切换状态 } public override void OnExit() { Debug.Log(退出攻击状态); player.ResetAttack(); // 清理攻击状态 } }在PlayerController中使用状态public class PlayerController : MonoBehaviour { public Animator animator; public CharacterController controller; public PlayerInput input; // 假设这是一个封装输入的类 public float runSpeed 8f; public float attackAnimationLength 0.8f; private PlayerState currentState; void Start() { // 初始状态为空闲 ChangeState(new IdleState(this)); } void Update() { // 每帧更新当前状态 currentState?.OnUpdate(); } public void ChangeState(PlayerState newState) { // 退出旧状态 currentState?.OnExit(); // 切换状态 currentState newState; // 进入新状态 currentState?.OnEnter(); } // 供AttackState调用的方法 public void PerformAttack() { /* 伤害判定等 */ } public void ResetAttack() { /* 重置攻击冷却等 */ } }模式优势清晰的组织每个状态的行为被封装在独立的类中避免了在PlayerController的Update里写满if-else或switch语句。易于扩展要添加一个新状态如JumpState、DashState只需新建一个类继承PlayerState并实现相应方法。PlayerController的核心逻辑几乎不变。利用多态PlayerController只依赖抽象的PlayerState通过currentState.OnUpdate()调用实际执行的是当前具体状态类的逻辑。这正是virtual和override带来的多态威力。5. 常见陷阱、性能考量与最佳实践在实际项目中使用这些特性时如果不加注意很容易掉进一些坑里。下面是我总结的一些常见问题、性能注意事项和最佳实践。5.1 陷阱与常见错误混淆new和overridepublic class BaseClass { public virtual void Method() { Debug.Log(Base); } } public class DerivedClass : BaseClass { public new void Method() { Debug.Log(Derived (new)); } } // 使用 BaseClass obj new DerivedClass(); obj.Method(); // 输出 Base !!! 因为new是隐藏不是重写不构成多态。教训除非你明确想隐藏基类方法这通常意味着设计有问题否则永远使用override来重写虚方法。在构造函数中调用虚方法public class BaseClass { public BaseClass() { Initialize(); } // 危险 protected virtual void Initialize() { } } public class DerivedClass : BaseClass { private string data; public DerivedClass() { data Loaded; } protected override void Initialize() { Debug.Log(data); // 可能输出null因为基类构造函数先于子类构造函数运行。 } }教训避免在构造函数中调用虚方法。如果必须进行初始化考虑使用独立的Init()方法并在对象完全构造后显式调用。过度使用继承和虚方法不要为了“可能”需要重写而把所有方法都设为virtual。这会导致性能轻微开销虚方法调用涉及虚表查找比非虚方法调用稍慢。设计模糊虚方法意味着“允许被修改”如果方法实际上是类的不变契约就不应该设为虚方法。脆弱基类问题基类的修改可能会无意中破坏所有子类的行为。最佳实践遵循“组合优于继承”的原则。考虑是否可以用接口、组件模式或策略模式来替代深层次的继承树。抽象类 vs 接口使用抽象类当多个类共享一些共同的代码实现和状态字段时。例如所有Enemy都有health字段和TakeDamage方法的部分实现。使用接口当只定义一组能力或契约而不关心具体实现时。例如IDamageable可受伤、IMovable可移动。一个类可以实现多个接口但只能继承一个类抽象类或非抽象类。5.2 Unity特定性能与设计考量MonoBehaviour与虚方法Unity的MonoBehaviour生命周期方法Start,Update,Awake等不是虚方法在C#层面。你不能直接重写它们。如果你希望创建自己的可重写生命周期框架可以这样做public abstract class MyBaseBehaviour : MonoBehaviour { protected virtual void Awake() { } protected virtual void Start() { } protected virtual void Update() { } private void Awake() { /* 一些通用Awake逻辑 */ this.Awake(); } private void Start() { /* 一些通用Start逻辑 */ this.Start(); } private void Update() { /* 一些通用Update逻辑 */ this.Update(); } }注意这种方法要小心使用因为子类需要调用base.Awake()等容易出错。更常见的做法是定义自己的虚方法如OnMyUpdate在Update中调用。序列化与虚方法Unity的序列化系统用于在Inspector中显示public字段或[SerializeField]字段对于复杂的继承和虚属性支持可能不如预期。尽量保持序列化字段在具体的MonoBehaviour类中而不是在抽象的基类中定义复杂的可序列化虚属性。ScriptableObject与抽象类ScriptableObject是创建数据资产和配置的绝佳工具。你可以创建抽象基类AbilityBase : ScriptableObject然后派生出FireballAbility,HealAbility等具体类。这些具体类资产可以在Inspector中赋值给public AbilityBase ability这样的字段实现数据驱动的设计。5.3 最佳实践总结明确意图用abstract定义必须实现的契约。用virtual提供良好默认值并允许子类选择性扩展。用override来履行抽象契约或定制虚方法行为。遵循Liskov替换原则子类对象应该能够替换其基类对象而不会破坏程序。这意味着重写方法时行为应该与基类契约兼容。例如重写一个CalculateDamage方法不应该在基类期望返回正数时返回负数。谨慎设计继承层次继承的深度最好控制在2-3层以内。过深的继承树难以理解和维护。多用组合少用继承。为重写方法添加/// inheritdoc /文档注释在子类重写的方法上使用这个标签可以让IDE如Rider显示基类方法的文档保持一致性。考虑使用sealed关键字当你重写了一个方法并且不希望你的子类再重写它时可以使用sealed override。这可以防止继承链被进一步修改有时对性能优化也有帮助JIT编译器可能能进行更多优化。测试多态行为编写单元测试时不仅要测试基类也要测试通过基类引用调用子类重写方法时的行为确保多态按预期工作。理解abstract、virtual和override并能在正确的场景下运用它们是区分初级和中级Unity/C#开发者的一个重要标志。它们是你工具箱中用于构建灵活、健壮、易扩展游戏系统的强大工具。从设计一个清晰的敌人基类开始尝试在你的下一个项目中实践这些原则你会发现你的代码会变得更加整洁和强大。