标签:https 用户 否则 进一步 code href 性能 成员 turn
来源:http://blog.csdn.net/theprinceofelf/article/details/20057359
前段时间被人问及“初始化列表和构造有什么区别?”我竟一时语塞,只好回头
拿起几本C++的大部头书,打开VS2012和vim开始倒腾。最后总结出如下几点,希望
对大家理解C++能有些帮助。(题外话:我认为好的技术书籍和师者对人最大的帮助
就是:帮助学者节省时间。)
综合而言,C++中类的初始化操作有四个部分组成:
1.初始化列表:所有类非静态数据成员都可以在这里初始化,
所有类静态数据成员都不能在这里初始化
2.构造函数体:对于类非静态数据成员:
const型成员不能在这里初始化
引用型成员不能在这里初始化
没有默认构造函数的成员不能在这里初始化
对于类静态数据成员:
可以在这里修改可修改的静态成员,但静态成员必须已经在类外部初始化
3.类外初始化:除一个特例外,所有类static数据成员必须在这里初始化,
特例是类static const int数据成员可以在这里初始化,也可以在成员的声明处初始化
4.类中声明时直接赋值:类static const int数据成员可以选在这里初始化。
直接罗列这样的规则,是我国大多数教科书的展开方式,记得经典的三部曲吗?
(1)定义
(2)定理
(3)例题
至于来龙去脉就只能靠我们这些学子的悟性了。何其苦载!事实证明需要理清
一些定理和思想的来龙去脉往往需要比这个定理更加广阔的知识和视野,让学生拿
着空洞的课本靠领悟?(不要意思,又吐槽了)
让我们从一段简单的代码开始:
对很多人而言,这是什么直观写法,为什么就错了呢?其实这本质上相当于写:
所以我们只能按如下方式声明其初始化:
再来看一段简单的代码:
同理这这本质上相当于写:
所以我们只能按如下方式声明其初始化:
有了上面两个简单例子作为引子,我们开始进一步讨论C++初始化的全过程。
其实我相信很多人还是怀着这样一些疑问“写在初始化列表里就相当于int &x=k;吗?”
且让我们来看看C++类的初始化的全过程:
(1)静态成员初始化阶段:所有类的静态成员应该都是在这个阶段初始化的。
注意初始化的顺序,就是操作语句的顺序,例如你有一个Test类:
需要注意的是2点,一是初始化语句不再需要static关键字,二是执行顺序就是
语句的顺序,这里是先初始化t1,再初始化t2。执行顺序的问题在静态成员是类的时候
就关系到构造函数的调用顺序了。另外需要注意的是,这些静态成员的初始化在任何具
体实例被创建前就已经完成了。
(2)实例初始化列表工作阶段:
需要说的是,在用户使用new或者其他方法开始构建实例的时候,第一步首先是向
操作系统申请内存,初始化列表是在申请成功后才开始工作的。
然后,根据非静态成员的声明顺序开始执行如下操作:
1.如果该成员没有出现在初始化列表中:
1)如果是内置非const且非引用类型,不设定初值
2)如果是const类型,报错,必须在这里给定初值
3)如果是引用类型,报错,必须在这里给定初值
4)如果是class类型,就调用默认构造函数,进行初始化操作
2.如果该成员出现在初始化列表中:
1)如果是内置类型,就按初始化列表指定的值设定初值
2)如果是const类型,就按初始化列表指定的值设定初值
3)如果是引用类型,就按初始化列表指定的值设定初值
4)如果是class类型,就调用初始化列表指定的构造函数进行初始化操作
(3)计算阶段:
根据构造函数的函数体进行赋值操作,或者修改操作,
在这里,静态和非静态数据都可以赋值和修改
下面用一段代码来测试这个过程:
前面讲了这么多具体的细节,我个人建议按如下简化规则来记忆:
(1)所有static成员变量在类外初始化(不管它是const,是引用,还是没默认构造函数的对象)
(2)普通成员变量,是const,是引用,是没默认构造函数的,必须在初始化列表初始化
(3)普通成员变量,需要复杂运算的初始化变量,应该在构造函数内初始化,否则尽量在
初始化列表中初始化。
另外补充2个小点:
(1)初始化列表的使用可能提高性能
(2)成员是按照他们在类中出现的顺序进行初始化的,而不是按照他们在初始化列表出现的顺序初始化的
参考如下代码
再看下面的代码
这里i的值是未定义的因为虽然j在初始化列表里面出现在i前面,但是i先于j定义,所以先初始化i,但i由j初始化,此时j尚未初始化,所以导致i的值未定义。所以,一个好的习惯是,按照成员定义的顺序进行初始化。也就是说相当于实际执行顺序是:
i(j);
j(x);
所以会出现错误。
标签:https 用户 否则 进一步 code href 性能 成员 turn
原文地址:http://www.cnblogs.com/aabbcc/p/6013435.html