小心盲目地听从Resharper的建议，让课堂变得封闭！如果它是EF Code First中的模型，它将删除虚拟关键字，这将禁用其关系的延迟加载。

    public **virtual** User User{ get; set; }

在C#中，基类构造函数在派生类构造函数之前运行，因此派生类可能在可能重写的虚拟成员中使用的任何实例字段都尚未初始化。

请注意，这只是一个警告，让你注意并确保一切正常。这个场景有实际的用例，您只需要记录虚拟成员的行为，它不能使用下面的派生类中声明的任何实例字段，构造函数调用它。

我认为，如果您想让子类能够设置或重写父构造函数将立即使用的属性，则忽略警告可能是合法的：

internal class Parent
{
    public Parent()
    {
        Console.WriteLine("Parent ctor");
        Console.WriteLine(Something);
    }

    protected virtual string Something { get; } = "Parent";
}

internal class Child : Parent
{
    public Child()
    {
        Console.WriteLine("Child ctor");
        Console.WriteLine(Something);
    }

    protected override string Something { get; } = "Child";
}

这里的风险是子类从其构造函数设置属性，在这种情况下，值的更改将在调用基类构造函数之后发生。

我的用例是，我希望子类提供一个特定的值或一个实用程序类（如转换器），而不需要在基础上调用初始化方法。

在实例化子类时，上面的输出是：

Parent ctor
Child
Child ctor
Child

只是为了补充我的想法。如果在定义私有字段时总是初始化它，那么应该避免这个问题。至少以下代码就像一个符咒：

class Parent
{
    public Parent()
    {
        DoSomething();
    }
    protected virtual void DoSomething()
    {
    }
}

class Child : Parent
{
    private string foo = "HELLO";
    public Child() { /*Originally foo initialized here. Removed.*/ }
    protected override void DoSomething()
    {
        Console.WriteLine(foo.ToLower());
    }
}

这个问题的一个重要方面（其他答案尚未解决）是，如果派生类希望基类从其构造函数中调用虚拟成员，则基类是安全的。在这种情况下，派生类的设计者负责确保在构造完成之前运行的任何方法都将在这种情况下尽可能合理地运行。例如，在C++/CLI中，构造函数被包装在代码中，如果构造失败，这些代码将对部分构造的对象调用Dispose。在这种情况下，调用Dispose通常是防止资源泄漏所必需的，但Dispose方法必须做好准备，以防运行它们的对象可能尚未完全构造。

在这个特定的例子中，C++和C#之间有区别。在C++中，对象未初始化，因此在构造函数中调用病毒函数是不安全的。在C#中，当创建类对象时，其所有成员都是零初始化的。可以在构造函数中调用虚拟函数，但如果您将访问仍然为零的成员。如果您不需要访问成员，那么在C#中调用虚拟函数是非常安全的。