C#基础概念答疑：抽象方法重写、密封类与接口成员详解

Alice

发布时间：2026-10-13 | 4人浏览过

原创

在C#面向对象开发中，继承、多态和接口的使用细节往往决定代码的健壮性。本文聚焦五个常见困惑点：抽象类对基类虚函数的重写策略、密封类中虚函数的行为变化、属性访问器的封装本质、抽象修饰符的兼容规则，以及接口成员的合法范围。通过具体代码示例，帮助开发者避开继承体系中的陷阱。

1. 抽象类如何重写基类中的虚函数？

当一个类从基类继承时，若基类定义了 virtual（虚）方法，派生类可以选择是否重写它。如果派生类本身是一个 abstract（抽象）类，它仍然可以处理这个虚函数。此时有两种主要的修饰符选择：new 和 override。

第1步：使用 new 修饰符隐藏基类实现

目的：显式声明当前抽象类不打算遵循多态机制，而是用一个新的同名方法替换基类的实现，切断基类与该方法的虚调用链。

操作：在抽象类的方法声明中同时使用 abstract 和 new 修饰符。

class BaseClass
{
    public virtual void F()
    {
        Console.WriteLine("BaseClass.F");
    }
}

// DeriveClass1 是抽象类
abstract class DeriveClass1 : BaseClass
{
    // 使用 new 修饰符，表示隐藏基类中该函数的实现
    public abstract new void F();
}

第2步：使用 override 修饰符继续抽象重写

目的：保持虚方法的多态特性，但将具体的实现推迟给更下层的非抽象派生类。这延续了基类的虚调用链。

操作：在抽象类的方法声明中同时使用 abstract 和 override 修饰符。

// DeriveClass2 也是抽象类
abstract class DeriveClass2 : BaseClass
{
    // 抽象重写了基类中该函数的实现
    // 后续的普通类必须再次 override 才能提供实现
    public abstract override void F();
}

注意：虽然语法上允许，但在实际工程中，new 会发出警告，除非显式抑制，因为它容易引发非预期的行为切换。

2. 密封类（sealed）可以有虚函数吗？

sealed 关键字用于防止类被继承。对于密封类的虚函数行为，需要区分“继承来的”和“自身定义的”。

继承的虚函数：如果密封类继承自一个包含 virtual 方法的基类，这些虚函数在密封类中变为隐式的非虚函数。这意味着它们不再参与后续的多态分发（因为没有子类可以继承了），但它们在密封类实例上的行为依然如常。
自身的新增函数：密封类内部不能再声明任何新的虚函数。virtual 和 sealed 在同一个类上是互斥的概念，因为虚函数旨在供派生类重写，而密封类禁止派生。

第3步：验证密封类对虚函数的限制

入口：定义一个继承自含虚方法基类的密封类。

动作：尝试在密封类中重新定义基类虚方法（无需额外修饰符即可隐式转化为非虚）并尝试添加新的虚方法。

class BaseClass
{
    public virtual void F()
    {
        Console.WriteLine("BaseClass.F");
    }
}

sealed class DeriveClass : BaseClass
{
    // 基类中的虚函数F被隐式的转化为非虚函数
    // 编译器会自动处理，通常不需要额外关键字
    
    // 密封类中不能再声明新的虚函数G
    // public virtual void G() { ... } // 这将导致编译错误

完成状态：代码编译成功，确认密封类内无 public virtual 声明，且基类虚方法可正常调用。

3. 什么是属性访问器？

属性访问器（Property Accessor）是 C# 中实现数据封装的核心机制。它包括 get 和 set 两种访问器，分别对应字段的读取和写入操作。

其设计初衷是遵循面向对象（OO）的封装原则：

字段私有化：类的内部数据最好设为 private，避免客户端代码直接篡改。
控制访问逻辑：通过属性暴露接口，可以在 get 或 set 中加入验证逻辑、日志记录或转换计算，而不必暴露内部实现的复杂性。

重要提示：属性本身并不一定直接绑定到某个字段。它可以计算得出（只读属性），也可以完全独立于底层存储。

4. abstract 可以和 virtual / override 一起使用吗？

在 C# 修饰符的组合使用中，abstract 有严格的兼容性规则：

abstract + virtual：不可以一起使用。两者语义冲突。abstract 要求方法没有实现并在派生类中强制重写；virtual 要求方法必须有默认实现并允许可选重写。一个方法不能既无实现又有默认实现。
abstract + static：不可以一起使用。静态成员不属于实例，无法被继承和多态机制触发抽象重写。
abstract + override：可以一起使用。这见于前述第11点的场景。当抽象类希望继续传递虚方法的重写责任给更底层的类时，可以使用 abstract override。

第4步：测试 abstract override 的正确性

示例代码结构：

using System;

namespace Example14
{
    class BaseClass
    {
        public virtual void F()
        {
            Console.WriteLine("BaseClass.F");
        }
    }

    abstract class DeriveClass1 : BaseClass
    {
        // 这里 abstract 和 override 一起使用是合法的
        // 意为：强制所有非抽象的最终派生类必须重写此方法
        public abstract override void F();
    }

    // class Program 等... 
}