我直观理解为virtual函数在构造函数中相当于变成了普通的非虚函数。
我想问的是之所以出现这种“虚函数在构造函数中失效”的现象，是设计虚函数表自然而然产生的后果？还是说为了避免出现条款9中讲的那些不合理的情况，而额外针对构造函数的特别设计？
-
等级
本版专家分：47结帖率 100% -
梅耶讲：绝不在构造和析构函数中使用虚函数。即便使用了虚函数也不会带来预想的效果。
我直观理解为virtual函数在构造函数中相当于变成了普通的非虚函数。
我想问的是之所以出现这种“虚函数在构造函数中失效”的现象，是设计虚函数表自然而然产生的后果？还是说为了避免出现条款9中讲的那些不合理的情况，而额外针对构造函数的特别设计？展开阅读全文
-
等级
本版专家分：820 -
和基类与子类的初始化顺序有关吧。基类初始化时，子类的数据成员尚未初始化，就算能调用子类的虚函数，也会产生无法预测的错误。
-
等级
本版专家分：11237勋章
-
- 红花 2010年2月 C/C++大版内专家分月排行榜第一
-
-
当基类的构造函数调用一个virtual函数时，不调用覆盖函数
例如，假如Derived类覆盖一个继承的virtual函数f()，而且Base::Base()调用f()。由于在Base::Base()的执行期间对象是一个Base,所以应调用Base::f()。假如C++允许Base::Base()调用Derived::f(),那么Derived::f()就可能调用还没构造的成员对象上的成员函数。
同样，当基类的析构函数调用一个虚拟函数时，也不调用覆盖函数
所以在构造或者析构函数中调用虚拟函数时，最好指出它所属的类如Base::Base();
-
等级
本版专家分：299 -
构造函数和析构函数内，已经可以确定是在本类中执行了，用虚函数反而变复杂了，但并不实效。
-
等级
本版专家分：3216 -
构造子类的时候先构造基类，基类构造的时候，子类还没创建出来，所以在基类中使用虚拟函数来调用子类的相应的函数是无意义的。
同理，析构的时候，子类已经先析构了，也不能使用虚函数实现多态。
-
等级
本版专家分：299
-
你还是看2楼的解释吧，很清晰
-
等级
本版专家分：42492勋章
-
-
红花
2010年7月 C/C++大版内专家分月排行榜第一
2010年6月 C/C++大版内专家分月排行榜第一
2010年4月 C/C++大版内专家分月排行榜第一
-
-
蓝花
2010年5月 C/C++大版内专家分月排行榜第三
2010年3月 C/C++大版内专家分月排行榜第三
2010年1月 C/C++大版内专家分月排行榜第三
-
-
对，还是构造函数顺序的问题。先构造基类，然后子类。如果基类的构造函数中调用子类的构造函数，此时子类还没初始化完会出错。
-
等级
本版专家分：647勋章
-
-
黄花
2008年9月 Java大版内专家分月排行榜第二
2008年8月 Java大版内专家分月排行榜第二
-
- 蓝花 2008年10月 Java大版内专家分月排行榜第三
-
-
设计抉择吧。
java语言中，构造函数中调用方法就可以有多态现象产生。
-
等级
本版专家分：47
-
先感谢LS的解答，但自己仍无头绪，可能我问题描述的不清楚~~
在构造函数中调用虚函数的效果我已经验证，为什么应该出现这种效果我也理解了，我不明白的是这种结果是怎么出现的。。。是虚函数机制本来就可以保证这一效果？还是说虚函数在构造函数中调用会发生问题，于是额外有了一种机制，使虚函数在构造函数中变为非虚函数？
-
等级
本版专家分：47
-
7L的话让我有了点想法，不过条款9中上来一段梅耶就讲：“JAVA和C#程序员更要注意本条，因为这是C++与它们不相同的地方”。。。
-
等级
本版专家分：3216
-
这是基类的构造函数 做了虚表(vtable)的调整导致的。也就是说，构造函数中的this指针指向的虚表是自己的虚表。
- Effective C++条款18~19
条款18：让接口容易被正确使用，不易被误用 请记住： 1、好的接口很容易被正确使用，不容易被误用。应该在所有的接口中努力达成这些性质 2、“促进正确使用”的办法包括接口的一致性，以及与内置类型的行为兼容。...
- Effective C++ 条款1~4
条款1：认知C++ C++扩展templates exceptions overloading virtual inheritance containers iterators 视C++为一个语言联邦包含了许多语言的特性 条款2： 替换define define缺点：所定义的变量在预处理器中加以...
- Effective C++条款05~06
条款05：了解C++默默编写并调用了哪些函数 big three： 拷贝构造函数 拷贝赋值函数operator= 析构函数 当我们像下面编写一个类的时候： class Empty { public: private: }; 我们可能会觉得，这个类是空的，...
- Effective C++ 条款16~17
条款16:new和delete采用相同形式 new数组删除时使用 delete[]形式 这是由于，对于数组对象来说，其在编译器内部存储方式使用count + items形式。//1。对于数组对象 delete[]能够避免析构次数过少的情况出现 //2。...
- Effective C++ 条款5~7
条款5. 认知c++默认提供的类函数 如果你只是声明一个empty class ，c++编译器也会默认提供四个函数defult构造函数 copy构造函数 析构函数 copy assignment操作符 条款6.不使用编译器自动生成的函数需要明确拒绝 ...
- Effective C++条款10~12
条款10：令operator=返回一个reference to *this 这里的原因其实很好理解，一般来讲，我们都是通过重载‘=’来构建拷贝赋值函数。那没为什么一定要返回*this 的reference呢？因为我们可能赋值一般都会使用 obj1=obj...
- Effective C++ 条款18～21
条款18:接口的易用性 将return值存储于shared_ptr从而将delete责任推给智能指针。往往我们函数的返回值指定一个shared_ptr类型。 shared_ptr往往有两个属性 1.管理 2.删除 delete的删除器我们可以指定 P82 std::...
- effective c++条款07
1.带多态性质的基类应该声明一个virtual析构函数，一个基类只要带有任何虚函数，都应该声明一个virtual析构函数 2.所有抽象类的析构函数都应该带有一份实现，否则链接器会报错(因为派生类的析构最终会调用到基类的...
- effective c++条款02
尽量以const,enum,inline 替代define 这条可以改为”宁可以编译器替换预处理器”比较好 首先#define 很方便，但是，它也存在很多问题 1.比如 #define ASPECT_RATIO 1.653 记号名称ASPECT_RATIO从未被编译器看见...
- effective C++ 条款八解读
别让异常逃离析构函数 如果异常逃离析构函数，如果有class widgets，我们有vector d 如果d离开其作用域 并且widgets的析构函数抛出异常，那么就会连续的抛出异常。导致程序结束和不明确行为，处理的方法最佳是提供...
- Effective C++ 条款45
本节条款的题目是运用成员模板接受所有...在学习本节条款之前我们要先明白关于隐式转化的问题 如下代码：#include using namespace std; class A { public: explicit A(int i):a(i){}; A(const A&obj):a(obj.a) {
- Effective C++条款23
条款二十三：宁以non-member、non-friend替换member函数 本条款还是讨论封装的问题，举书上的例子： class WebBrower { public: void ClearCach(); void ClearHistory(); void RemoveCookies(); }; 定义了一...
- Effective C++ 条款11、12
条款11 在operator=中处理“自我赋值” "自我赋值"发生在对象赋值给自已时（这种情况是时常发生，所以并不可笑，很正常） class Bitmap{...}; class Widget{ public: Widget& operator=...
- 《Effective C++ 》学习笔记——条款13
《Effective C++ 》学习笔记——条款13:以对象管理资源
- Effective C++ 条款9
绝不在构造和析构过程中调用virtual函数本节有个核心的知识点就是在构造函数和析构函数中，virtual函数失去多态性。 试想一下，假设此时在构造函数和析构函数中，virtual函数没有失去多态性，会出现什么问题。...
- effective c++条款总结
条款1：尽量用const 和...条款4：尽量使用c++风格注释 条款5：对应的new和delete 都要采用相同的形式 条款6：析构函数里对指针成员调用delete条款 条款7：预先准备好内存不够的情况 条款8：写operator new与operator d
- Effective C++ 条款41
本节条款对比了一下两对概念的对比。 首先是 编译期多态和运行期多态。 接着是 显示接口和隐式接口编译期多态是由于模板而产生的。 如下代码：#include using namespace std; class Bird { public: Bird(int v):...
- 《Effective C++》学习笔记——条款32
《Effective C++》学习笔记——条款32:确定你的public继承塑模出is-a关系
- effective C++ 条款09
effective C++ 条款09
- 【Effective C++读书笔记】篇二（条款02～条款04）
条款02：尽量以 const，enum，inline 替换 #define #define PI 3.14 1）对于这样的宏定义，PI 在编译之前被预处理器全部换成了 3.14，所以 PI 也许并不会进入符号表(symbol table)，当运用此常量发生
- effective C++条款三十三解读
避免继承而来的名称被遮掩 直接用一段代码来解释 class Base { public: virtual void mf1()=0; virtual void mf1(int); void mf3(); void mf3(double); }; class Derived:public Base ... virtual
- effective c++条款32~40“继承与面向对象设计”整理
条款32：确定你的public继承塑模出is-a关系 以C++进行面向对象编程，最重要的一个规则是：public inheritance（公有继承）意味is-a（是一种）的关系。 在C++领域中，任何函数如果期望获得一个类型为基类的实参（而...
- effective C++条款四十四解读
将于模板参数无关的代码抽离整个templates ...整个条款其实在说注意模板可能带来的代码膨胀（二进制代码带着重复的代码 数据）。 在编写函数的时候，我们会把两个函数相同的部分进行抽离形成一个单独的
- 《Effective C++》学习笔记——条款31
《Effective C++》学习笔记——条款31：将文件间的编译依存关系降至最低
- 【Effective C++读书笔记】篇十二（条款29～条款30）
条款29：为“异常安全”而努力是值得的 请记住： 条款30：透彻了解 inlining 的里里外外
- Effective C++ 读书笔记 条款1~2
条款01：视C++为一个语言联邦 为了更好的理解C++，我们将C++分解为四个主要次语言： · C。说到底C++仍是以C为基础。区块，语句，预处理器，内置数据类型，数组，指针统统来自C。 · Object-Oreinted C++。...
- more effective C++条款一解析
仔细区别指针和引用 指针和引用的最大区别在于：没有所谓的NULL reference存在，并且reference总是指向他当初获得的那个对象，不能改变。 所以当我们考虑不指向任何对象或者指向的对象可能改变的时候需要使用指针...
- 《Effective C++ 》学习笔记——条款07
《Effective C++ 》学习笔记——条款07 为多态基类声明virtual析构函数
- Effective Modern C++ 条款9补完 理解模板类型推断
看大黄鸭的《Effective Modern C++》翻译时，第9款最后有一小部分没有翻，于是去看英文版补全， 看的时候顺便翻译了一下。然后今天校对过后把它发出来。 条款9 理解模板类型推断 （最后小半部分） 如果你做过...
- 《Effective C++ 》学习笔记——条款08
《Effective C++ 》学习笔记——条款08:别让异常逃离析构函数