深度探索C++对象模型
深度探索C++对象模型
- 什么是C++对象模型:
- 语言中直接支持面向对象程序设计的部分.
- 对于各个支持的底层实现机制.
- 抽象性与实际性之间找出平衡点, 需要知识, 经验以及许多思考.
导读
- 这本书是C++第一套编译器cfront的设计者所写.
- 了解C++对象模型, 有助于在语言本身以及面向对象观念两方面层次提升.
- explicit(明确出现于C++程序代码).
- implicit(隐藏于程序代码背后).
关于对象
- 每个非内联(non-inline)成员函数只会诞生一个函数实例. 而内联函数会在每个使用者身上产生一个函数实例.
- C++在布局以及存取时间上的额外负担主要由虚(virtual)引起的:
- 虚函数机制(virtual function)用于支持一个有效率的运行期绑定(runtime binding).
- 虚基类(virtual base class) 用以实现多次出现在继承体系中的基类, 有一个单一而被共享的实例.
- 额外负担, 派生类转换.
- 在C++中, 有两种类数据成员: 静态(static) 和非静态(non-static).
- 三种类成员函数: 静态(static), 非静态(non-static)和虚函数(virtual).
- 每个数据成员或成员函数都有自己的一个slot(元素, 位置, 槽) --- 针对vtbl(虚表)而言.
- 成员函数表(member function table)成为了支持虚函数(virtual function)的一个有效方案.
C++对象模型
- 非静态数据成员被置于每一个类对象中, 静态数据成员被存放在个别的类对象之外.
- 静态和非静态函数也被存放在个别的类对象之外.
- 虚函数利用虚表(vbtl)和虚表指针(vptr)设置.
- 每个类产生一堆指向虚函数的指针, 并放到表格之中.
- 每个类对象被安插一个指针, 指向相关的virtual table(虚表).
- vptr的设定与重置都由每一个类的构造, 析构和copy赋值运算符自动完成.
- 每个类的type_info(类型信息)的对象也由虚表(virtual table)指出, 通常放在表格的第一个槽(slot).
- 在虚拟继承的情况下, 基类不管在继承串链中被派生多少次, 永远只会存在一个实例.
- class不仅是一个关键字, 它还会引入它所支持的封装和继承的哲学.
- 某种意义上, 在C++中struct和class这两个关键字是可以互换的.
- 基类和派生类的数据成员的布局没有谁先谁后的强制规定, 但使用初始化列表时, 必须保持成员变量顺序的一致性.
- 组合而非继承, 才是把C和C++结合在一起的唯一可行方法.
对象的差异性
- 三种程序设计范式:
- 程序模型.
- 抽象数据类型(基于对象).
- 面向对象模型.
- 应该还有一个模板编程(范式模型).
- 只有通过指针或引用的间接处理基类对象, 才支持面向对象程序设计所需的多态性质.
- C++中, 多态只存在与public 类体系中, nonpublic的派生行为和void*的指针的多态性, 必须由程序员来显式管理.
- 隐式转换操作: 把一个派生类的指针转换为一个指向public基类类型的指针.
- 由虚函数(virtual function)机制:
ps->rotate();
. - 由dynamic_cast和typeid运算符转换:
dynamic_cast<base_class *> (derived_class *);
.
- 多态的主要用途是经由一个共同的接口来影响类型的封装, 这个接口一般定义在一个抽象的基类中.
- 一个指针, 不管它指向那种数据类型, 其本身所需内存大小是固定的, 与计算机的位数一致.
- 指针类型会教导编译器如何解释某个特定地址中的内存内容及其大小.
- void*指针能够持有一个地址, 但不能通过 它来操作所指对象, 因为不知道其覆盖怎样的地址空间.
- 派生类不会新添加虚表指针(vptr, 继续使用基类的指针), 只是覆盖的地址会有所不同.
- 类型信息的封装并不是维护于指针之中, 而是维护于链接(link)之中, 此链接存在于对象的虚表指针(vptr), 和vptr所指的虚表(virtual table)之间.
- 编译器必须确保每个对象有一个或一个以上的vptr, 这些vptr的内容不会被基类对象初始化或改变.
- 一个指针或引用之所以支持多态, 是因为它们并不引发内存中任何与内存相关的内存委托操作, 会改变的只有他们所指内存的"大小和内容解释方式"而已.
- 将派生类直接用于初始化基类对象时, 派生类对象会被切割以塞入较小的基类类型内存中.
- C++通过指针(pointer)和引用(reference)来支持多态.
构造函数语义
- 默认构造函数的构造操作:
- 会插入一些构造函数的代码.
- 编译器为未声明任何构造的类, 编译器会为他们合成一个默认的构造函数.
- 被合成出来的构造函数只满足编译器的需要.
- 合成的默认构造函数中, 只有基类派生对象成员类对象会被初始化.
- 所有其他非静态数据成员(如整数, 整数指针, 整数数组等)都不会被初始化.
- copy 构造函数的构造操作:
- 默认成员初始化列表, 类似于深拷贝(bitwise copy).
- 默认构造函数和默认copy构造函数在必要时才由编译器产生出来.
- 一个类对象可以通过两种方式复制得到, 一种是被初始化(copy constructor), 另一种是被指定(copy assignment operator).
- 位逐次拷贝(bitwise copy semantics(语义)):
- 会拷贝每一个位(bit).
- 什么时候不要位逐次拷贝:
- 当类内含一个成员对象, 该成员对象中声明了一个copy 构造函数.
- 类继承的基类中存在一个构造函数.
- 类声明了一个或多个虚函数.
- 当类派生自一个继承串连, 其中有一个或多个虚基类时.
- 当编译器导入一个虚表指针(vptr)到一个类对象中时, 该类就不展现逐次语义(bitwise semantics)了.
程序转换语义(Program Transformation Semantics)
- 显示的初始化操作(Explicit Initialization):
- 程序转换有两个阶段:
- 重写一个定义, 其中的初始化操作会被剥离.
- 类的copy 构造调用操作会被安插进去.
- 程序转换有两个阶段:
- 编译器可能做NRV(Named Return Value)优化操作.
- 以一个类对象作为另一个类对象的初值的情形, C++允许编译器有大量的自由发挥空间, 以提升程序效率.
- 必须使用成员初始化列表(member initialization list):
- 当初始化一个成员引用(reference member)时.
- 当初始化一个常量成员(const member)时.
- 当调用一个基类的构造函数, 而该基类拥有一组参数时.
- 当调用一个成员类的构造函数, 其拥有一组参数时.
- 编译器会一一操作初始化列表(initialization list), 以适当顺序在构造函数之内安插初始化操作, 在显式之前.
- 初始化列表中的顺序是由类的成员声明顺序决定的, 不是由初始化列表中的排列顺序决定的.
- 顺序混乱会造成意想不到的危险.
- 初始化列表中的项目被放在显示声明代码(explicit user code)之前.
Data语义
- 一个空类会被编译器安插一个char, 使这个类的两个对象得以在内存中配置独一无二的地址.
- 空虚基类(Empty virtual base class)已经称为C++面向对象的一个特有术语.
- 提供了一个虚拟接口, 没有任何数据, 空虚基类被认为是派生对象开头的一部分, 不花费任何派生类的额外空间.
- 虚基类自读爱香只会在派生类中存在一份实例, 不管它在class继承体系中出现了多少次.
- 非静态成员数据放置的是个别类对象感兴趣的数据, 静态成员数据放置的是整个类感兴趣的数据.
- 静态成员变量被放到全局数据段中, 不会影响个别类对象的大小. 不管生成多少个对象, 静态数据成员永远只存在一份实例.
- 编译器自动加上额外的数据成员, 用以支持某些语言特性.
- 因为内存对齐(alignment), 边界调整的需要. --- 类对象可能比想象的大.
数据成员的布局
- 成员变量的排列顺序因编译器而异, 编译器可以随意选一个放在第一个.
- 在C++中, 在同一access section(private, protected, public等区段)中, 成员的排列只需符合较晚出现的成员变量在类对象中有较高的地址.
- 静态成员并不需要通过类对象进行访问.
- 一个静态数据成员的地址是一个指向其数据类型的指针, 并不是一个指向类成员的指针.
- 对一个非静态数据成员进行存取操作, 编译器需要把类对象的起始地址加上数据成员的偏移位置(offset).
- 每个非静态数据成员的偏移位置(offset)在编译时期即可知晓.
- 具体继承(concrete inheritance)并不会增加空间和存取时间上的额外负担.
- 在每一个类对象(class object)中带入一个vptr, 提供执行期的链接, 使每一个object(对象)能够找到对应的虚表(虚virtual table).
- 在派生类和基类中, 可能重新设定vptr的值.
在析构函数中, 可能抹消掉指向类相关虚表(virtual table)的vptr.
- 在派生类和基类中, 可能重新设定vptr的值.
- vptr放在类对象的前端(起始处), 会丧失对C语言的兼容性.
- 多重继承的问题主要发生于派生类对象和其第二或后继的基类对象之间的转换.
- 取一个非静态数据成员的地址, 将得到它在类中的偏移量(offset); 取一个绑定于真正类对象身上的数据成员的地址, 将会得到该成员在内存中的真正地址.
函数(Function)语义
- 静态成员函数:
- 不能直接存取非静态成员数据.
- 也不能被声明为const函数.
- 一般而言, 成员的名称前面会被加上类名称, 以形成独一无二的命名.
- 静态成员函数没有this指针.
- 在C++中, 多态(polymorphsim)表示以一个public base class(公有基类)的指针(或引用), 寻址一个派生类对象.
- 多态机能主要扮演一个传送机制的角色, 可以在程序任何地方采用一组public derived类型.
- 有了RTTI(runtime tyoe identification)就能够在执行期查询一个多态的指针或多态的引用.
- 虚拟继承是C++中多重继承中特有的概念, 虚拟继承的一些总结.
内联(inline)函数中的局部变量, 再加上有副作用的参数, 可能会导致大量临时性的对象产生.
构造, 析构, 拷贝语义
- 继承体系中每一个类对象的析构函数都会被调用.
- 构造函数可能内含大量的隐藏diamante, 因为编译器会扩充每一个constructor, 扩充成都视class 的继承体系而定.
- 记录在成员初始化列表中的数据成员初始化操作会被放进构造函数本体, 并以成员变量声明顺序为顺序.
- 如果有一个成员变量没有出现在初始化列表中, 它有一个默认的构造函数, 那么该默认的构造函数必须被调用.
- 类对象的虚表指针(virtual table pointer)必须被设置初值, 指向适当的虚表(virtual table).
- 基类的构造函数必须被调用, 以基类的声明顺序为顺序.
- 虚基类构造函数必须被调用, 从左到右, 从最深到最浅.
- 如果类没有定义析构函数, 只有在类内的成员对象(基类)拥有析构函数时, 编译器才会自动合成一个出来.
执行期语意
- C++所有的全局对象都被繁殖在程序的数据段(data segment)中.
- 运算符new一般由两个步骤完成:
- 通过适当的new运算符函数实例, 配置所需的内存.
- 将配置来的对象设立初值.
- 临时对象的摧毁应该是对完整表达式(full-expression)求值过程中的最后一个步骤.
- 完整表达式(full-expression)是表达式最外围的那个.
- 编译器不能消除class类型的局部临时变量, 因为C++back-ends的限制.
- 可以通过一些优化工具把临时对象放进寄存器.
站在对象模型的尖端
- 模板template, 异常处理exception handing(EH), 运行时类型识别(runtime type identification, RTTI).
- 每一个可执行文件中只需要一份模板的实例, 每个编译单位都会拥有一份实例.
- 只有在成员函数被使用的时候, C++标准才要求他们被实例化.
- 空间和时间效率的考虑.
- 尚未实现的机能.
- 所有与类型相关的检验, 如果牵涉到template参数, 都必须延迟到真正的实例化操作(instantiation)发生, 才得为之.
- Template中的名称决议法:
- 定义模板(template)的程序端和实例化模板(template)的程序的区别.
- 定义模板(template)专注于一般的模板类.
- 实例化模板(template)专注于特定的实例.
- 如果一个虚函数被实例化, 其实例化点紧跟在其类的实例化点之后.
- dynamic_cast运算符可以再执行期决定真正的类型.
- typeud运算符传回一个const reference, 类型为type_info.
- 虽然RTTI只适用于多态类(polymorphic classes), 事实上type_info对象也适用于内建类型, 以及非多态的使用者自定义类型.
- 动态共享函数库, 共享内存.
深度探索C++对象模型的更多相关文章
- 读书笔记《深度探索c++对象模型》 概述
<深度探索c++对象模型>这本书是我工作一段时间后想更深入了解C++的底层实现知识,如内存布局.模型.内存大小.继承.虚函数表等而阅读的:此外在很多面试或者工作中,对底层的知识的足够了解也 ...
- 柔性数组-读《深度探索C++对象模型》有感 (转载)
最近在看<深度探索C++对象模型>,对于Struct的用法中,发现有一些地方值得我们借鉴的地方,特此和大家分享一下,此间内容包含了网上搜集的一些资料,同时感谢提供这些信息的作者. 原文如下 ...
- 柔性数组-读《深度探索C++对象模型》有感
最近在看<深度探索C++对象模型>,对于Struct的用法中,发现有一些地方值得我们借鉴的地方,特此和大家分享一下,此间内容包含了网上搜集的一些资料,同时感谢提供这些信息的作者. 原文如下 ...
- [读书系列] 深度探索C++对象模型 初读
2012年底-2014年初这段时间主要用C++做手游开发,时隔3年,重新拿起<深度探索C++对象模型>这本书,感觉生疏了很多,如果按前阵子的生疏度来说,现在不借助Visual Studio ...
- 拾遗与填坑《深度探索C++对象模型》3.3节
<深度探索C++对象模型>是一本好书,该书作者也是<C++ Primer>的作者,一位绝对的C++大师.诚然该书中也有多多少少的错误一直为人所诟病,但这仍然不妨碍称其为一本好书 ...
- 拾遗与填坑《深度探索C++对象模型》3.2节
<深度探索C++对象模型>是一本好书,该书作者也是<C++ Primer>的作者,一位绝对的C++大师.诚然该书中也有多多少少的错误一直为人所诟病,但这仍然不妨碍称其为一本好书 ...
- 《深度探索C++对象模型》读书笔记(一)
前言 今年中下旬就要找工作了,我计划从现在就开始准备一些面试中会问到的基础知识,包括C++.操作系统.计算机网络.算法和数据结构等.C++就先从这本<深度探索C++对象模型>开始.不同于& ...
- c++学习书籍推荐《深度探索C++对象模型》下载
百度云及其他网盘下载地址:点我 百度云及其他网盘下载地址:点我 编辑推荐 如果你是一位C++程序员,渴望对于底层知识获得一个完整的了解,那么这本<深度探索C++对象模型>正适合你 作者简介 ...
- 《深度探索c++对象模型》chapter1关于对象对象模型
在c++中,有2种class data member:static和nostatic,以及3钟class member function:static,nostatic和virtual.已知下面这个c ...
随机推荐
- Windows Server 2008 R2提示api-ms-win-crt-runtime-l1-1-0.dll 丢失解决方法
在一台服务器的全新windows Server 2008 R2 服务器上配置php运行环境, 在启动Apache之后,显示下图错误: 解决方法: 1.安装VC redit.exe程序解决 是VC的一个 ...
- 使用c++如何实现在gRPC中传输文件
使用c++实现gRPC远程调用框架中传输文件,proto文件如下: syntax = "proto3"; package transferfile; service Transfe ...
- Python openpyxl : Excel 文档简单操作
安装方法 使用 pip 或通过专门python IDE(如pyCharm)进行安装 其中pip安装方法,命令行输入: pip install openpyxl 基本使用 第一步先是要导入 openp ...
- linux下JNI开发—Hello为例
转自:https://www.cnblogs.com/snake-hand/archive/2012/05/25/2517412.html 前期准备: 1.Java JDK 2.gcc 3.g++ 确 ...
- javaWeb2之Jsp
Java Server Page 放在除WEB-INF(放web项目的隐私文件)外的其他任何目录中. Java服务器端网页,实现在HTML页面编写Java代码实现动态内容,一种简化Servlet编写的 ...
- fast-ai lesson1 错误处理(CNN创建)
报错信息: name 'ConvLearner' is not defined 在最新的fast ai包中,ConvLearner已经被create_cnn取代,所以替换为下列语句就好了: learn ...
- 【BZOJ4002】[JLOI2015]有意义的字符串(数论,矩阵快速幂)
[BZOJ4002][JLOI2015]有意义的字符串(数论,矩阵快速幂) 题面 BZOJ 洛谷 题解 发现我这种题总是做不动... 令\(A=\frac{b+\sqrt d}{2},B=\frac{ ...
- 基于Redis缓存几十万条记录的快速模糊检索的功能实现(c#)
在开发一套大型的信息系统中,发现很多功能需要按公司查询,各个模块在实现时都是直接查数据库进行模糊检索,虽然对表进行向各个应用的库中进行了同步,但是在使用中发现,模糊检索公司时还是比较卡,原始的查询数据 ...
- 把xml数据直接插入到sqlserver数据库
存储过程: ALTER proc [ali].[ins_冻结金额表] @xmldoc varchar(max), ) as declare @idoc int exec sp_xml_prepared ...
- Druid.jar包
首先了解一下,什么是Druid. Druid是Java语言中最好的数据库连接池,它能够提供强大的监控和扩展功能. Druid是一个JDBC组件,它包括三部分: 1)DruidDriver 代理Driv ...