C# protected和internal访问修饰符 – 控制程序集内外的可见性

protected按继承关系限制访问，仅派生类可访问；internal按程序集限制，同程序集任意类型可访问；protected internal是二者并集，满足其一即可访问。

protected 和 internal 都是用来限制成员可访问范围的修饰符，但它们控制的“边界”不同：一个按继承关系（类层次），一个按程序集（编译单元）。

protected：只对派生类开放

被 protected 修饰的成员，只能在定义它的类内部，或从它派生出来的子类中访问——无论子类是否在同一个程序集里。它不关心程序集，只认“是不是我儿子”。

• 同一类中可以直接用
• 子类中可以通过 this 或实例对象访问（即使子类在另一个程序集）
• 外部类（非子类）哪怕在同一程序集，也不能访问

internal：只对同一程序集开放

internal 成员可在整个当前程序集（.dll 或 .exe）内被任意类型访问，不管有没有继承关系。跨程序集就不可见，哪怕你继承了那个类也不行。

• 同程序集里的任何类都能直接调用 internal 方法或访问字段
• 其他程序集中的子类无法访问父类的 internal 成员（即使能继承，也看不到）
• 常用于框架内部协作，比如辅助类、工厂实现等不想暴露给外部使用者的部分

protected internal：二者取并集

这个组合修饰符不是“既 protected 又 internal”，而是“protected 或 internal”——满足任一条件即可访问。也就是说，只要是在同一程序集里，或者属于派生类（哪怕跨程序集），都能访问。

芦笋演示

一键出成片的录屏演示软件，专为制作产品演示、教学课程和使用教程而设计。

227

查看详情

• 同程序集 + 非子类 → ✅ 可访问
• 不同程序集 + 是子类 → ✅ 可访问
• 不同程序集 + 非子类 → ❌ 不可访问

实际选择建议

想隐藏实现细节又允许扩展？优先考虑 protected，尤其设计基类时。想封装内部逻辑、防止外部程序集误用？用 internal 更干净。需要兼顾两者场景（比如开源库既要支持继承又要开放内部协作）？protected internal 就是为此而生。

基本上就这些。不复杂但容易忽略边界差异。