为什么使用virtual关键字在C++与C#会出现不同的效果？求解答。
在C++和C中，`virtual`关键字都扮演着至关重要的角色，但它们所承载的语义和最终实现的效果却存在着显著的差异，这种差异根植于两种语言不同的设计哲学和底层机制。
C++中的 `virtual`：为继承而生，重塑运行时行为
在C++的世界里，`virtual`关键字的核心目的在于启用多态性，也就是允许基类指针或引用在运行时指向派生类对象，并能够正确调用派生类中重写（override）的成员函数。这是一种强大的机制，使得代码更加灵活和可扩展。
当我们为一个成员函数加上`virtual`关键字时，我们实际上是在告诉编译器：这个函数是可以被派生类重新定义的，并且在通过基类指针或引用调用这个函数时，要进行动态查找，找到实际指向的对象类型所定义的那个版本的函数。
具体来说，当一个类拥有至少一个`virtual`函数时，编译器通常会为该类生成一个虚函数表（vtable）。这个虚函数表是一个隐藏的指针数组，其中包含了指向该类所有`virtual`函数的地址。每个类的对象在创建时，如果该类（或其基类）有`virtual`函数，它会在对象内部持有一个指向其对应虚函数表的指针，通常称为vptr。
当通过基类指针调用一个`virtual`函数时，程序会首先访问对象的vptr，然后通过vptr查找虚函数表，找到对应函数的地址，最后调用该地址处的函数。这个查找过程是在程序运行时进行的，因此被称为动态绑定或后期绑定。
这就意味着，即使我们持有的是一个指向基类对象的指针，但如果这个指针实际上指向的是一个派生类对象，并且我们调用的是一个`virtual`函数，那么最终执行的将是派生类中重写后的函数。这极大地增强了代码的通用性，我们可以在不知道具体派生类类型的情况下，编写通用的算法来处理各种派生对象。
需要注意的是，在C++中，`virtual`关键字是继承的基石。只有当一个函数在基类中被声明为`virtual`后，派生类中的同名函数才能通过重写（override）获得多态行为。如果派生类中的函数与基类中的非`virtual`函数同名，那么它只是隐藏（hide）了基类函数，而不是重写，通过基类指针调用时仍然会执行基类版本。
C中的 `virtual`：声明可被重写，但执行依赖于关键字
C的 `virtual`关键字在概念上与C++有相似之处，它也用于声明允许派生类重写（override）的成员。然而，C在实现多态性的机制上与C++有着本质的区别，并且`virtual`关键字在C中的使用场景和效果也更为细致。
在C中，当一个方法被声明为 `virtual` 时，它仅仅是在声明该方法可以被派生类通过 `override` 关键字进行重写。与C++不同，C的 `virtual` 并不强制为类生成虚函数表。而是当一个类确实有`virtual`方法，或者它的基类有`virtual`方法时，CLR（Common Language Runtime）才会对该类进行优化，可能生成类似虚函数表的结构来支持多态性。
更重要的是，C在调用被声明为 `virtual` 的方法时，其行为并不总是像C++那样自动进行动态查找。在C中，多态性的调用依赖于调用的上下文：
通过基类引用/指针调用 `virtual` 方法： 如果你有一个指向派生类对象的基类引用，然后调用一个在基类中声明为 `virtual` 的方法，那么CLR会进行动态查找，执行派生类中重写后的方法。这与C++的行为是相似的。
通过派生类引用/指针调用 `virtual` 方法： 如果你拥有一个直接指向派生类对象的派生类引用，然后调用一个在该派生类中声明为 `virtual` 的方法，其行为会稍微有所不同。这里需要区分是调用的是基类中的 `virtual` 方法，还是派生类中新声明的 `virtual` 方法。
如果派生类重写（override）了基类的 `virtual` 方法，那么通过派生类引用调用时，会执行派生类中的重写版本。
如果派生类新声明了一个与基类同名的 `virtual` 方法（这在C中是不允许的，因为重写必须使用 `override`），或者更常见的，它声明了一个新的 `virtual` 方法，那么通过派生类引用调用时，会执行的就是这个新声明的 `virtual` 方法。
关键的区别点在于：
1. C++ 的 `virtual` 是强制启用动态绑定的机制，一旦函数被声明为 `virtual`，那么通过基类指针调用就一定会进行运行时查找。
2. C 的 `virtual` 更多的是一个“允许重写”的标记，CLR会根据情况进行优化。更重要的是，C中方法的调用（包括 `virtual` 方法）默认是静态绑定的，除非你显式地使用了`override`关键字来重写基类方法，并且调用是通过基类引用完成时，才会表现出动态绑定的行为。
`new` 关键字在 C 中的作用
C引入了一个 `new` 关键字，用来隐藏基类中具有相同签名的成员（包括方法、属性、事件等），但不启用多态性。如果你在派生类中声明一个新方法，它与基类中的一个方法同名，但没有使用 `override` 关键字，那么它实际上是隐藏了基类方法。即使基类的方法被声明为 `virtual`，通过基类指针调用时执行的仍是基类的方法，而通过派生类指针调用时，则会执行派生类中新声明的那个隐藏方法。
在C中，`virtual` 和 `override` 是相辅相成的。`virtual` 声明了“可以被重写”，而 `override` 则表示“就是要重写”。缺少 `override`，即使方法在派生类中签名相同，也只是隐藏，没有多态性。
总结
简单来说，C++的 `virtual` 是一个声明并强制执行动态绑定的机制，一旦设置，通过基类指针调用就会默认进行运行时查找。而C的 `virtual` 则是一个声明“允许重写”的标记，动态绑定的行为更多地依赖于调用的上下文以及是否使用了`override`关键字。C通过 `new` 关键字提供了隐藏而非多态的选项，也使得方法重写和隐藏的语义更加清晰。正是这种对多态性实现机制的不同侧重，导致了 `virtual` 关键字在两种语言中虽然名称相同，但其带来的具体效果和使用上的要求有所差异。
C++中的 `virtual`：为继承而生，重塑运行时行为
在C++的世界里，`virtual`关键字的核心目的在于启用多态性，也就是允许基类指针或引用在运行时指向派生类对象，并能够正确调用派生类中重写（override）的成员函数。这是一种强大的机制，使得代码更加灵活和可扩展。
当我们为一个成员函数加上`virtual`关键字时，我们实际上是在告诉编译器：这个函数是可以被派生类重新定义的，并且在通过基类指针或引用调用这个函数时，要进行动态查找，找到实际指向的对象类型所定义的那个版本的函数。
具体来说，当一个类拥有至少一个`virtual`函数时，编译器通常会为该类生成一个虚函数表（vtable）。这个虚函数表是一个隐藏的指针数组，其中包含了指向该类所有`virtual`函数的地址。每个类的对象在创建时，如果该类（或其基类）有`virtual`函数，它会在对象内部持有一个指向其对应虚函数表的指针，通常称为vptr。
当通过基类指针调用一个`virtual`函数时，程序会首先访问对象的vptr，然后通过vptr查找虚函数表，找到对应函数的地址，最后调用该地址处的函数。这个查找过程是在程序运行时进行的，因此被称为动态绑定或后期绑定。
这就意味着，即使我们持有的是一个指向基类对象的指针，但如果这个指针实际上指向的是一个派生类对象，并且我们调用的是一个`virtual`函数，那么最终执行的将是派生类中重写后的函数。这极大地增强了代码的通用性，我们可以在不知道具体派生类类型的情况下，编写通用的算法来处理各种派生对象。
需要注意的是，在C++中，`virtual`关键字是继承的基石。只有当一个函数在基类中被声明为`virtual`后，派生类中的同名函数才能通过重写（override）获得多态行为。如果派生类中的函数与基类中的非`virtual`函数同名，那么它只是隐藏（hide）了基类函数，而不是重写，通过基类指针调用时仍然会执行基类版本。
C中的 `virtual`：声明可被重写，但执行依赖于关键字
C的 `virtual`关键字在概念上与C++有相似之处，它也用于声明允许派生类重写（override）的成员。然而，C在实现多态性的机制上与C++有着本质的区别，并且`virtual`关键字在C中的使用场景和效果也更为细致。
在C中，当一个方法被声明为 `virtual` 时，它仅仅是在声明该方法可以被派生类通过 `override` 关键字进行重写。与C++不同，C的 `virtual` 并不强制为类生成虚函数表。而是当一个类确实有`virtual`方法，或者它的基类有`virtual`方法时，CLR（Common Language Runtime）才会对该类进行优化，可能生成类似虚函数表的结构来支持多态性。
更重要的是，C在调用被声明为 `virtual` 的方法时，其行为并不总是像C++那样自动进行动态查找。在C中，多态性的调用依赖于调用的上下文：
通过基类引用/指针调用 `virtual` 方法： 如果你有一个指向派生类对象的基类引用，然后调用一个在基类中声明为 `virtual` 的方法，那么CLR会进行动态查找，执行派生类中重写后的方法。这与C++的行为是相似的。
通过派生类引用/指针调用 `virtual` 方法： 如果你拥有一个直接指向派生类对象的派生类引用，然后调用一个在该派生类中声明为 `virtual` 的方法，其行为会稍微有所不同。这里需要区分是调用的是基类中的 `virtual` 方法，还是派生类中新声明的 `virtual` 方法。
如果派生类重写（override）了基类的 `virtual` 方法，那么通过派生类引用调用时，会执行派生类中的重写版本。
如果派生类新声明了一个与基类同名的 `virtual` 方法（这在C中是不允许的，因为重写必须使用 `override`），或者更常见的，它声明了一个新的 `virtual` 方法，那么通过派生类引用调用时，会执行的就是这个新声明的 `virtual` 方法。
关键的区别点在于：
1. C++ 的 `virtual` 是强制启用动态绑定的机制，一旦函数被声明为 `virtual`，那么通过基类指针调用就一定会进行运行时查找。
2. C 的 `virtual` 更多的是一个“允许重写”的标记，CLR会根据情况进行优化。更重要的是，C中方法的调用（包括 `virtual` 方法）默认是静态绑定的，除非你显式地使用了`override`关键字来重写基类方法，并且调用是通过基类引用完成时，才会表现出动态绑定的行为。
`new` 关键字在 C 中的作用
C引入了一个 `new` 关键字，用来隐藏基类中具有相同签名的成员（包括方法、属性、事件等），但不启用多态性。如果你在派生类中声明一个新方法，它与基类中的一个方法同名，但没有使用 `override` 关键字，那么它实际上是隐藏了基类方法。即使基类的方法被声明为 `virtual`，通过基类指针调用时执行的仍是基类的方法，而通过派生类指针调用时，则会执行派生类中新声明的那个隐藏方法。
在C中，`virtual` 和 `override` 是相辅相成的。`virtual` 声明了“可以被重写”，而 `override` 则表示“就是要重写”。缺少 `override`，即使方法在派生类中签名相同，也只是隐藏，没有多态性。
总结
简单来说，C++的 `virtual` 是一个声明并强制执行动态绑定的机制，一旦设置，通过基类指针调用就会默认进行运行时查找。而C的 `virtual` 则是一个声明“允许重写”的标记，动态绑定的行为更多地依赖于调用的上下文以及是否使用了`override`关键字。C通过 `new` 关键字提供了隐藏而非多态的选项，也使得方法重写和隐藏的语义更加清晰。正是这种对多态性实现机制的不同侧重，导致了 `virtual` 关键字在两种语言中虽然名称相同，但其带来的具体效果和使用上的要求有所差异。
网友意见
简单来说的话就是C#的构造函数不负责构造。是对象构造完了之后再调用的。
要在C++里面模拟的话，你就把要写在构造函数里面的代码写成一个virtual void Initialize()方法，然后构造完了后再去调用这个方法就好了。
这件事情和virtual无关，和this的意思有关。C++的版本里，A::A()的时候this指向的是A的类型，只有完成构造了，才有一个完整的动态类型可用。
类似的话题
-
在C++和C中，`virtual`关键字都扮演着至关重要的角色，但它们所承载的语义和最终实现的效果却存在着显著的差异，这种差异根植于两种语言不同的设计哲学和底层机制。C++中的 `virtual`：为继承而生，重塑运行时行为在C++的世界里，`virtual`关键字的核心目的在于启用多态性，也就是允............. -
这个问题，我太有发言权了，简直是我的血泪史啊！说实话，自从我把那个熟悉的、红白色调的 Steam 图标安进我的电脑里，我的钱包就没怎么安宁过。以前？盗版也不是没接触过，但那种感觉……怎么说呢，就像是偷吃了几块糖，尝个鲜，但总觉得少了点什么。自从用了 Steam，这味儿就变了，而且一发不可收拾。首先，.............
-
关于细菌素是否会产生耐药性，以及为什么（如果不会）它们比抗生素更不容易导致耐药性，这是一个非常有趣且复杂的问题。我们来深入探讨一下。首先要明确一点：所有生物活性物质，理论上都存在产生耐药性的可能性，包括细菌素。 任何能够杀死或抑制细菌生长的物质，如果细菌能够通过某种方式逃避其作用，就可以说产生了耐药.............
-
李施德林漱口水，这款在我们日常生活中颇为常见、以“强效清洁”为卖点的口腔护理产品，有时却会让一部分使用者感到困扰——那就是使用后口腔黏膜的脱落现象。这不禁让人疑惑，为何一款旨在呵护口腔的产品，反而会带来这种“掉皮”的不适感？要解答这个问题，我们需要从李施德林漱口水的成分以及它们在口腔中的作用机制入手.............
-
关于日系汽车在IIHS碰撞测试中表现优异的疑问，尤其是您提及的“神钢造假材料”这一点，我们需要澄清和区分几个层面。首先，在IIHS的碰撞测试中取得优异成绩是一个长期且多方面的工程问题，它源于汽车制造商在设计、材料选择、车身结构以及安全技术等方面的持续投入和改进。 第二，“神钢造假材料”事件虽然发生，.............
-
“智商税”这个词儿，在咱们日常聊天里出现的频率可不低，尤其是一提“高价手机”，这俩词儿就容易被绑在一起。为啥会这样呢？我觉得这事儿得从几个方面掰扯掰扯，说起来也挺有意思的。首先，得看这高价手机到底“高”在哪儿了。咱们都知道，手机这东西，从最早的能打电话、发短信，到现在变成了一个万能的智能终端，功能是.............
-
这个问题其实有点像在问“为什么低端市场里的产品升级速度不如高端市场？”。联发科作为芯片供应商，它的产品线非常广，覆盖了从入门级到旗舰级的所有市场。而“山寨机”这个词，虽然现在大家更多地用“性价比机”或者“白牌机”来指代，但其核心逻辑依然是抓住市场的特定需求，以更低的成本提供相对接近的功能。要说联发科.............
-
你有没有遇到过这种情况：用电脑给手机充电，感觉速度慢得像挤牙膏。结果呢，你随手一插，哦，不对，是“先插到USB集线器上，再从集线器上引一根线给手机”，咦？怎么好像快了那么一点点？这事儿挺让人疑惑的，尤其是当你仔细想想，这不就是绕了个远路吗？电脑直接插手机，现在又通过一个中间商——USB集线器，怎么反.............
-
关于大口径火炮为何鲜少采用“内能源”完成射击循环这个问题，我们需要先明确一下“内能源”在这里指的是什么。通常在火炮语境下，“内能源”是指利用火药燃气或其他自身产生的能量来驱动火炮完成诸如抛壳、进弹、闭锁等一系列自动循环动作。而我们看到的大部分大口径火炮（例如155mm榴弹炮、130mm加农炮等）即便.............
-
提到 C，很多人脑海里可能浮现的是 Windows 桌面应用、Unity 游戏开发，甚至是 ASP.NET Web 服务。然而，如果放眼整个软件开发领域，特别是那些追求极致效率、跨平台能力、或者对底层控制要求极高的场景，C 的身影确实不如某些语言那么“泛滥”。为什么会出现这种“冷热不均”的局面？这并.............
-
.......
-
.......
-
.......
-
.......
-
.......
-
.......
-
.......
-
.......
-
.......
-
.......
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有