C++ Internals: VC RTTI - dynamic_cast (2)

返回目录

下面进入正题,让我们见识一下 dynamic_cast到底是如何实现的。首先,在你调用 dynamic_cast之前,编译器会帮你进行语法检查。如果指针的静态类型和目标类型相同,那么就什么事情都不做。否则,首先对指针进行调整,使得它指向vftable,并将其和调整之后的指针、调整的偏移量、静态类型以及目标类型传递给内部的__RTDynamicCast函数。其中最后一个参数指明转换的是指针还是引用。两者唯一的区别是,如果转换失败,前者返回NULL,后者抛出bad_cast异常。

template<typename U>
U *__RTDynamicCast(void * ptr,ptrdiff_t offset,const TypeDescriptor *fromType,const TypeDescriptor *toType,int isReference)
{
    void *pCompleteObject=FindCompleteObject(ptr);
    ptrdiff_t inptr_delta=(size_t)ptr-offset-(size_t)pCompleteObject;
    const _s_RTTICompleteObjectLocator *pCompleteLocator=GetCompleteObjectLocator(ptr);
    int flag=pCompleteLocator->pClassHierarchyDescriptor->attributes;
    const _s_RTTIBaseClassDescriptor *pBaseClassDescriptor=NULL;

    if (fromType==toType) {
        pBaseClassDescriptor=pCompleteLocator->pClassHierarchyDescriptor->pBaseClassArray[0];
    } else {
        if ((flag&1)==0) {
            pBaseClassDescriptor=FindSITargetTypeInstance(pCompleteLocator,fromType,toType);
        } else if ((flag&2)==0) {
            pBaseClassDescriptor=FindMITargetTypeInstance(pCompleteObject,pCompleteLocator,fromType,inptr_delta,toType);
        } else {
            pBaseClassDescriptor=FindVITargetTypeInstance(pCompleteObject,pCompleteLocator,fromType,inptr_delta,toType);
        }
    }

    if (!pBaseClassDescriptor && isReference) {
        throw std::bad_cast("Bad dynamic_cast!");
    } else {
        size_t addr=0;
        if (pBaseClassDescriptor) addr=(size_t)pCompleteObject+PMDtoOffset(pCompleteObject,pBaseClassDescriptor->pmd);
        return (U *)addr;
    }
}

首先,和 dynamic_cast<void *>一样,函数会调用FindCompleteObject定位到实际对象,同时计算原始指针(未调整定位到vftable之前的)和指向实际对象的指针的偏移inptr_delta。然后利用CompleteObjectLocator中的attributes属性,分别针对单继承,多继承和虚继承,找到合适的基类信息(因为静态类型必须是转换类型的基类),之后就可以很容易的根据基类信息中的PMD来修正指针了。

至于如何寻找基类信息,且听下回分解 :-)
### 关于 Protobuf 中 `fixed_address_empty_string` 的定义与用法 Protobuf(Protocol Buffers)是一种高效的序列化数据格式,广泛用于网络通信和存储。在其内部实现中,存在一些优化机制来提升性能和减少内存分配开销。 #### 定义背景 在 Protocol Buffers 的 C++ 实现中,`fixed_address_empty_string` 是一种特殊的字符串常量对象[^3]。它的主要目的是提供一个全局共享的空字符串实例,从而避免多次创建相同的空字符串带来的额外开销。这种设计遵循了单例模式的思想,在多个地方需要使用空字符串时可以重用同一个实例。 #### 数据结构与声明 以下是 `fixed_address_empty_string` 的典型定义方式: ```cpp const ::std::string* const google_protobuf_fixed_address_empty_string = new ::std::string; ``` 此代码片段表明该变量是一个指向标准库字符串类型的指针,并且其地址固定不变。通过这种方式,任何对该值的操作实际上都作用于同一块内存区域上[^4]。 #### 使用场景 当开发者或者框架本身需要处理默认值为""(即长度为零的内容)时,就可以利用这个预设好的资源而无需再单独new出来一个新的instance: - **字段初始化**: 如果某消息类型中的某个可选(string optional field)未被显式赋值,则会自动关联到上述提到的那个静态成员上去作为占位符显示为空白字符形式呈现给调用者感知不到区别. - **效率考量**: 减少了不必要的动态内存申请次数同时也简化了垃圾回收流程因为这些重复的对象不再各自独立存在于堆空间里等待销毁而是共用了唯一代表它们身份特征的那一份副本. 以上特性共同构成了 protobuf 库高效运作的一部分逻辑链条之一环节点位置所在之处发挥着重要作用不可忽视掉它背后隐藏的意义价值体现出来供我们学习借鉴参考之用[^5]. ```cpp // Example Usage within Generated Code or Library Internals: if (field_value.empty()) { field_value = *google_protobuf_fixed_address_empty_string; // Reusing the singleton instance } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值