C++友元关键字允许类A指定类B为其友元。这允许类B访问类A的private/protected成员。
我从未读过任何关于为什么C#（和VB.NET）没有使用它的内容。早期StackOverflow问题的大多数答案似乎都在说这是C++的一个有用部分，有很好的理由使用它。根据我的经验，我必须同意。
另一个问题对我来说似乎真正想知道如何在C#应用程序中做类似于friend的事情。虽然答案通常围绕嵌套类展开，但似乎不太像使用friend关键字那样优雅。
原始设计模式书籍在其示例中经常使用它。
因此，总之，为什么C#缺少friend，以及在C#中模拟它的“最佳实践”方法（或方法）是什么？
顺便提一下，internal 关键字并不是同一件事，它允许整个程序集中的所有类都可以访问 internal 成员，而 friend 则允许你给一个特定的类完全访问另一个类的权限。
顺便说一下，使用友元函数并不是为了违反封装原则，相反它强化了封装。就像访问器+修改器、运算符重载、公共继承、向下转型等等, 友元函数经常被误用，但这并不意味着关键字没有作用，甚至更糟。
请参考Konrad Rudolph在其他主题中的回答，或者如果您愿意，请查看C++ FAQ中相关条目。
friend 不会让任意类或函数都可以访问私有成员，而是只有被标记为 friend 的特定函数或类可以这样做。拥有私有成员的类仍然完全控制对它的访问。你可以把公共成员方法也放在同一个范畴里。两者都确保只有在类中明确列出的方法才能访问类的私有成员。” - jalf提供一些信息，.NET 中另一个相关但并非完全相同的功能是 [InternalsVisibleTo]，它允许一个程序集指定另一个程序集（例如单元测试程序集），该程序集（实际上）可以访问原始程序集中的类型/成员。
由于问题 “C# 中 friend 的等价物是什么？” 被标记为重复，并且那里没有人提出真正好的实现方法，所以我将在这里回答这两个问题。
主要思想取自于这里：“什么是私有接口？”
假设我们需要一个类来管理另一个类的实例并调用它们的某些特殊方法。我们不想让任何其他类调用这些方法。这正是在 C++ 世界中 friend 关键字所起的作用。
我认为在实际应用中，一个很好的例子就是完整状态机模式，其中某个控制器更新当前状态对象，并在必要时切换到另一个状态对象。
您可以：
Controller.cs
public class Controller
{
private interface IState
{
void Update();
}
public class StateBase : IState
{
void IState.Update() { }
}
public Controller()
{
//it's only way call Update is to cast obj to IState
IState obj = new StateBase();
obj.Update();
}
}
Program.cs
class Program
{
static void Main(string[] args)
{
//it's impossible to write Controller.IState p = new Controller.StateBase();
//Controller.IState is hidden
var p = new Controller.StateBase();
//p.Update(); //is not accessible
}
}
好的，那继承呢？
我们需要使用由于显式接口成员实现不能声明为虚拟的技术描述中所述的技术，并将IState标记为受保护的，以便从Controller进行派生。
Controller.cs
public class Controller
{
protected interface IState
{
void Update();
}
public class StateBase : IState
{
void IState.Update() { OnUpdate(); }
protected virtual void OnUpdate()
{
Console.WriteLine("StateBase.OnUpdate()");
}
}
public Controller()
{
IState obj = new PlayerIdleState();
obj.Update();
}
}
PlayerIdleState.cs
public class PlayerIdleState: Controller.StateBase
{
protected override void OnUpdate()
{
base.OnUpdate();
Console.WriteLine("PlayerIdleState.OnUpdate()");
}
}
最后，举个例子来测试通过继承的方式控制器类： ControllerTest.cs
class ControllerTest: Controller
{
public ControllerTest()
{
IState testObj = new PlayerIdleState();
testObj.Update();
}
}
在C++中，使用friend可以精确控制哪些私有成员被暴露给外部，但是每个私有成员都必须被暴露。
在C#中，使用internal可以精确控制要暴露的私有成员集合。显然，可以只暴露一个私有成员，但它将会被程序集中的所有类所暴露。
通常，设计者希望仅向少数其他类公开一些私有方法。例如，在类工厂模式中，可能希望仅通过类工厂CF1实例化类C1。因此，类C1可以具有受保护的构造函数和友元类工厂CF1。
正如您所看到的，我们有两个维度可以破坏封装。 friend沿着一个维度破坏它，internal则沿着另一个维度破坏它。哪一个更糟糕呢？很难说。但同时拥有friend和internal是很好的。此外，对这两个关键字的良好补充是第三种类型的关键字，它将基于成员逐个使用（类似于internal），并指定目标类（类似于friend）。
*为简洁起见，我将使用“私有”代替“私有和/或受保护”。
- 尼克
通过在C#中使用接口，您应该能够完成与C++中“friend”的用途相同的事情。这需要您明确定义在两个类之间传递哪些成员，这是额外的工作，但也可能使代码更易于理解。
如果有人有一个合理使用“friend”的例子，无法使用接口进行模拟，请分享！我想更好地了解C++和C#之间的区别。
在编写单元测试时，友元函数非常有用。
虽然这会导致类声明略微污染，但它也是编译器强制提醒测试实际上可能关心类的内部状态的好方法。
我发现一个非常有用且简洁的习惯是，当我有工厂类时，将它们作为创建受保护构造函数项的朋友。更具体地说，当我有一个单一的工厂负责为报表编写器对象创建匹配的呈现对象并呈现给给定环境时。在这种情况下，您可以了解报表编写器类（例如图片块、布局带、页面标题等）与它们的匹配呈现对象之间的关系的唯一知识点。
internal 关键字就会更加合理，并在封装性和实用性之间提供出色的平衡。虽然 Java 的默认访问权限设置甚至更好。 - Konrad Rudolph实际上，这不是C#的问题，而是IL的基本限制。C#受此限制，任何其他寻求可验证性的.Net语言也受到此限制。这个限制还包括在C++/CLI中定义的托管类（规范第20.5节）。
话虽如此，我认为Nelson对为什么这是一个坏事有很好的解释。