在理解“受保护的内部”访问器的作用域方面仍然存在很多困惑，尽管大多数人都正确地定义了该定义。这帮助我理解了“受保护的”和“受保护的内部”之间的混淆:

Public在集合内部和外部都是公共的(Public internal / Public external)

Protected实际上是在程序集内部和外部受到保护(Protected internal / Protected external)(不允许在顶级类上)

Private在程序集内部和外部都是私有的(Private internal / Private external)(不允许在顶级类上)

Internal在集合内部是公共的但在集合外部是不存在的比如private (public Internal / excluded external)

Protected internal在程序集内部实际上是公共的，但在程序集外部是受保护的(公共内部/受保护的外部) (不允许在顶级类)

如你所见，受保护的内部是一个非常奇怪的野兽。不直观。

这就引出了一个问题，为什么微软不创建一个(受保护的内部/排除的外部)，或者我猜是某种“私人保护”或“内部保护”?哈哈看起来不完整?

更令人困惑的是，您可以在受保护的、内部的或私有类型中嵌套公共或受保护的内部嵌套成员。为什么要访问排除外部程序集访问的内部类中的嵌套“受保护内部”?

微软表示，这样的嵌套类型受到其父类型作用域的限制，但编译器并不是这么说的。您可以在内部类中编译受保护的内部程序，这应该将范围限制为程序集。

对我来说，这是一个不完整的设计。它们应该简化所有类型的范围，使系统清楚地考虑到继承，以及嵌套类型的安全性和层次结构。这将使对象的共享非常直观和细粒度，而不是基于不完整的作用域系统发现类型和成员的可访问性。

我已经把这些术语的定义读得很清楚了。

Protected:访问限制在类定义内以及从该类继承的任何类内。类型或成员只能通过同一类或结构中的代码或从该类派生的类中的代码访问。

内部:访问仅限于当前项目程序集中定义的类。类型或成员只能由同一类中的代码访问。

Protected-Internal:访问权限仅限于从包含类派生的当前程序集或类型。

public——声明为public的成员(函数和变量)可以从任何地方访问。

private -私有成员不能从类外部访问。这是成员的默认访问说明符，即如果你没有为成员(变量或函数)指定访问说明符，它将被认为是私有的。因此，string PhoneNumber;相当于私有字符串PhoneNumber。

protected -受保护的成员只能从子类访问。

internal -只能在同一个程序集中访问它。

protected internal -它可以在同一个程序集中访问，也可以在派生类中访问。

可以将protected internal看作是在同一个字段、属性或方法上应用两个访问修饰符(protected和internal)。

在现实世界中，想象一下我们为人们提供参观博物馆的特权:

城里的每个人都可以参观博物馆(内部)。 父母居住的城市以外的任何人都可以参观博物馆(受保护)。

我们可以这样把它们放在一起:

城内(内部)和城外(受保护)所有父母居住在这里的人都可以参观博物馆(受保护的内部)。

编程世界:

internal:该字段在程序集(项目)中的任何地方都可用。这就像说它在它的项目范围内是公共的(但不能在项目范围外访问，甚至不能被从该类继承的程序集之外的那些类访问)。该类型的每个实例都可以在该程序集(项目范围)中看到它。

Protected:仅仅意味着所有派生类都可以看到它(在程序集内部或外部)。例如，派生类可以使用:base.NameOfProtectedInternal查看其方法和构造函数内部的字段或方法。

所以，把这两个访问修饰符放在一起(protected internal)，你就有了一些可以在项目内公开的东西，并且可以被那些在他们的作用域内继承了该类的人看到。

它们可以写在内部保护，并且不改变意思，但是方便写在内部保护。

受保护的内部最佳套件:当您希望在来自另一个程序集的派生类中使用成员或类型，同时只想在父程序集中使用该成员或类型，而不从声明它的类派生时。 此外，如果您只想使用不从其他类派生的成员或类型，则在同一程序集中只能使用internal。

Protected可以被任何程序集的任何子类使用。

Protected internal是指受保护的所有内容，再加上同一程序集中的任何内容都可以访问它。

重要的是，它并不意味着“同一程序集中的子类”——它是两者的并集，而不是交集。