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

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

该警告提醒您虚拟成员很可能在派生类上被重写。在这种情况下，父类对虚拟成员所做的任何操作都将通过重写子类来撤消或更改。看一下这个小例子

下面的父类试图将值设置为其构造函数上的虚拟成员。这将触发Re sharper警告，请参见代码：

public class Parent
{
    public virtual object Obj{get;set;}
    public Parent()
    {
        // Re-sharper warning: this is open to change from 
        // inheriting class overriding virtual member
        this.Obj = new Object();
    }
}

此处的子类重写父属性。如果此属性未标记为virtual，编译器将警告该属性隐藏父类上的属性，如果有意，建议您添加“new”关键字。

public class Child: Parent
{
    public Child():base()
    {
        this.Obj = "Something";
    }
    public override object Obj{get;set;}
}

最后是对使用的影响，下面示例的输出放弃了父类构造函数设置的初始值。这就是Re sharper试图警告您的，在父类构造函数上设置的值将被子类构造函数覆盖，子类构造函数在父类构造器之后立即调用。

public class Program
{
    public static void Main()
    {
        var child = new Child();
        // anything that is done on parent virtual member is destroyed
        Console.WriteLine(child.Obj);
        // Output: "Something"
    }
} 

为了回答您的问题，请考虑以下问题：当Child对象被实例化时，下面的代码将打印出什么？

class Parent
{
    public Parent()
    {
        DoSomething();
    }

    protected virtual void DoSomething() 
    {
    }
}

class Child : Parent
{
    private string foo;

    public Child() 
    { 
        foo = "HELLO"; 
    }

    protected override void DoSomething()
    {
        Console.WriteLine(foo.ToLower()); //NullReferenceException!?!
    }
}

答案是，实际上会引发NullReferenceException，因为foo为空。对象的基构造函数在其自身构造函数之前调用。通过在对象的构造函数中进行虚拟调用，您引入了继承对象在完全初始化之前执行代码的可能性。

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

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

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

是的，在构造函数中调用虚拟方法通常是不好的。

此时，对象可能还没有完全构造，方法所期望的不变量可能还不成立。