与面向对象的语言(如Smalltalk或Python)不同，这些语言的构造函数是表示类的对象的虚拟方法(这意味着您不需要GoF抽象工厂模式，因为您可以传递表示类的对象，而不是自己创建)，c++是一种基于类的语言，并且没有表示语言的任何构造的对象。该类在运行时不作为对象存在，因此不能对其调用虚方法。

这符合“不用就不用付钱”的理念，尽管我所见过的每个大型c++项目最终都实现了某种形式的抽象工厂或反射。

If you think logically about how constructors work and what the meaning/usage of a virtual function is in C++ then you will realise that a virtual constructor would be meaningless in C++. Declaring something virtual in C++ means that it can be overridden by a sub-class of the current class, however the constructor is called when the objected is created, at that time you cannot be creating a sub-class of the class, you must be creating the class so there would never be any need to declare a constructor virtual.

另一个原因是，构造函数的名字与其类名相同如果我们将构造函数声明为virtual，那么它应该在它的派生类中以相同的名字重新定义，但两个类的名字不能相同。所以不可能有一个虚拟构造函数。

我们不能简单地说…我们不能继承构造函数。因此没有必要将它们声明为虚拟的，因为虚拟提供了多态性。

有一个非常基本的原因:构造函数实际上是静态函数，而在c++中没有静态函数可以是虚函数。

如果你有丰富的c++经验，你就会知道静态函数和成员函数之间的区别。静态函数与CLASS相关联，而不是与对象(实例)相关联，因此它们看不到“this”指针。只有成员函数可以是虚函数，因为虚表——使“虚”工作的函数指针的隐藏表——实际上是每个对象的数据成员。

构造函数的任务是什么?它在名称中——“T”构造函数在分配T对象时初始化它们。这将自动排除它成为成员函数!对象必须先存在，然后才有this指针，从而有虚表。这意味着即使语言将构造函数视为普通函数(它并没有，由于相关原因，我不会深入讨论)，它们也必须是静态成员函数。

了解这一点的一个好方法是查看“Factory”模式，特别是工厂函数。它们做你想做的事情，你会注意到，如果类T有一个工厂方法，它是ALWAYS STATIC。这是必须的。

我能想到两个原因:

技术原因

对象只有在构造函数结束后才存在。为了使用虚拟表分派构造函数，必须有一个现有的对象和指向虚拟表的指针，但是如果对象仍然不存在，指向虚拟表的指针怎么可能存在呢?：）

逻辑的原因

当您想要声明某种多态行为时，可以使用virtual关键字。但是构造函数没有任何多态性，c++中的构造函数只是简单地将对象数据放到内存中。由于虚表(以及一般的多态性)都是关于多态行为而不是多态数据的，因此声明虚构造函数没有任何意义。

尽管由于对象类型是对象创建的先决条件，所以虚拟构造函数的概念不太适合，但它并没有完全被推翻。

GOF的“工厂方法”设计模式利用了虚拟构造函数的“概念”，这在某些设计情况下很方便。