|
|
| 首页 | 技术文章 | 软件下载 | 博客 | 论坛 | 精品教程 | 黑客动画 | 视频资源 | 在线服务 | 黑客游戏 | | ||||
|
|
||||||||
|
||||||||
|
|||||
| C++中的名字查找问题解答 | |||||
作者:不详 文章来源:CnXHacker.Net 点击数: 更新时间:2007-7-24 ![]() |
|||||
|
我在C++的多继承上遇到了很大麻烦。 如图1,A、B1和B2为纯抽象类;C从B1、B2多继承,且实现了全部父类的抽象方法。 图1
现在: C* p = new C; 为什么编译器不报“二义性”(ambiguity)错误呢? 而按图2结构实现继承关系后: 图2
B4* p = new C; 编译器(VC++)认为有二义性。经调试我发现编译过程中使用了“adjustor thunk”(译者注:具体请参看http://blog.sina.com.cn/u/491874bb010004xq或Stan Lippman的《Inside the C++ Object Model》)。希望您能解答这两个问题,以帮助我更好理解C++(更确切的说是VC++)中的MI(多继承)机制。 好,我们深入研究下这个问题。 上述编译器行为的差异,与继承关系的复杂度、vtable以及adjustor thunk并无直接关系,它其实就是一个名字查找(name lookup)过程(以本例而言,就是查找方法“Method_of_A”)。 在C++中,函数编译时检查过程如下: 第一步,执行名字查找(name lookup):在调用类中查找,并生成候选列表;若候选列表为空,再扩大查找范围(如名字空间内,或父类);如此循环。如果最终无结果,那么抱歉,就会提示你“名字未能找到”;否则,编译器跳到第二步。 第二步,执行重载辨别(overload resolution):如果第一步得到的候选者个数大于一,编译器将以传递给函数的参数及其类型为依据,尝试找到最佳答案。如果无法据此确定最优者,就会报告“存在二义性调用”。 第三步,可见性检查(accessibility checking):编译器检查是否可真正执行调用(比如,被调用函数是否是私有的)。 总而言之一句话,上述三个过程,都实现于对象的静态类型基础上,与实例无关。 问题1: C* p = new C; 名字查找就只会在C中进行,根本不会达到A,实际就是直接调用C::Method_of_A。 而在问题2中: B4* p = new C; 使用的对象类型是B4,而B4本身没有提供Method_of_A,因此会到其父类B1、B2中查找,结果找到两个,且不能通过重载辨别实现优化,因此报告存在二义性。 |
|||||
| 文章录入:IceRiver 责任编辑:admin | |||||
| 【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】 | |||||
| 最新热点 | 最新推荐 | 相关文章 | ||
| 黑帽大会:备受关注的互联网 微软推新计划打击黑客帮助安 微软七月安全公告预告:四个重 世界之窗等浏览器本地xss跨域 北大青鸟网站被黑 微软11元老30年后重聚首 最" IANA ICANN站点被黑 访问者被 NEC将3亿美元收购NetCracker "木马点击器"泛滥 点击欺诈威 瑞星公司06月20日发布 每日计 |
网友评论:(只显示最新5条。评论内容只代表网友观点,与本站立场无关!) |
| 关于我们 - 版权声明 - 帮助(?) - 广告服务 - 联系我们 - 友情链接 - 用户注册 - | Powered by ICE RIVER - STUDIO |
| » CnXHacker.CoM | © CopyRight 2002-2006, CnXHacker.CoM™, Inc. All Rights Reserved. |