青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

大漠落日

while(!dead) study++;
posts - 46, comments - 126, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

typeid詳解

Posted on 2010-05-14 10:58 亂78糟 閱讀(70265) 評(píng)論(9)  編輯 收藏 引用 所屬分類: C語言派系
    在揭開typeid神秘面紗之前,我們先來了解一下RTTI(Run-Time Type Identification,運(yùn)行時(shí)類型識(shí)別),它使程序能夠獲取由基指針或引用所指向的對(duì)象的實(shí)際派生類型,即允許“用指向基類的指針或引用來操作對(duì)象”的程序能夠獲取到“這些指針或引用所指對(duì)象”的實(shí)際派生類型。在C++中,為了支持RTTI提供了兩個(gè)操作符:dynamic_cast和typeid。
    dynamic_cast允許運(yùn)行時(shí)刻進(jìn)行類型轉(zhuǎn)換,從而使程序能夠在一個(gè)類層次結(jié)構(gòu)中安全地轉(zhuǎn)化類型,與之相對(duì)應(yīng)的還有一個(gè)非安全的轉(zhuǎn)換操作符static_cast,因?yàn)檫@不是本文的討論重點(diǎn),所以這里不再詳述,感興趣的可以自行查閱資料。下面就開始今天我們的話題:typeid。
   
    typeid是C++的關(guān)鍵字之一,等同于sizeof這類的操作符。typeid操作符的返回結(jié)果是名為type_info的標(biāo)準(zhǔn)庫類型的對(duì)象的引用(在頭文件typeinfo中定義,稍后我們看一下vs和gcc庫里面的源碼),它的表達(dá)式有下圖兩種形式。
   
   
    如果表達(dá)式的類型是類類型且至少包含有一個(gè)虛函數(shù),則typeid操作符返回表達(dá)式的動(dòng)態(tài)類型,需要在運(yùn)行時(shí)計(jì)算;否則,typeid操作符返回表達(dá)式的靜態(tài)類型,在編譯時(shí)就可以計(jì)算。
    ISO C++標(biāo)準(zhǔn)并沒有確切定義type_info,它的確切定義編譯器相關(guān)的,但是標(biāo)準(zhǔn)卻規(guī)定了其實(shí)現(xiàn)必需提供如下四種操作(在之后的章節(jié)中我會(huì)來分析type_info類文件的源碼):
 t1 == t2  如果兩個(gè)對(duì)象t1和t2類型相同,則返回true;否則返回false
 t1 != t2  如果兩個(gè)對(duì)象t1和t2類型不同,則返回true;否則返回false
 t.name()  返回類型的C-style字符串,類型名字用系統(tǒng)相關(guān)的方法產(chǎn)生
 t1.before(t2)  返回指出t1是否出現(xiàn)在t2之前的bool值
    type_info類提供了public虛 析構(gòu)函數(shù),以使用戶能夠用其作為基類。它的默認(rèn)構(gòu)造函數(shù)和拷貝構(gòu)造函數(shù)及賦值操作符都定義為private,所以不能定義或復(fù)制type_info類型的對(duì)象。程序中創(chuàng)建type_info對(duì)象的唯一方法是使用typeid操作符(由此可見,如果把typeid看作函數(shù)的話,其應(yīng)該是type_info的 友元)。type_info的name成員函數(shù)返回C-style的字符串,用來表示相應(yīng)的類型名,但務(wù)必注意這個(gè)返回的類型名與程序中使用的相應(yīng)類型名并不一定一致(往往如此,見后面的程序),這具體由編譯器的實(shí)現(xiàn)所決定的,標(biāo)準(zhǔn)只要求實(shí)現(xiàn)為每個(gè)類型返回唯一的字符串。

    上面的都是一些理論的東西,看不真切,下面將通過代碼和圖例來展示。
    
#include <iostream>
using namespace std;

class Base {};
class Derived: public Base {};

int main()
{
    Base b, *pb;
    pb = NULL;
    Derived d;

    cout 
<< typeid(int).name() << endl
         
<< typeid(unsigned).name() << endl
         
<< typeid(long).name() << endl
         
<< typeid(unsigned long).name() << endl
         
<< typeid(char).name() << endl
         
<< typeid(unsigned char).name() << endl
         
<< typeid(float).name() << endl
         
<< typeid(double).name() << endl
         
<< typeid(string).name() << endl
         
<< typeid(Base).name() << endl
        
<< typeid(b).name()<<endl
         << typeid(pb).name()<<endl
         << typeid(Derived).name() << endl
         << typeid(d).name()<<endl

         
<< typeid(type_info).name() << endl;
         
    
return 0;
}

    我分別用MS的V8和GUN的GCC編譯該段代碼并運(yùn)行,結(jié)果分別為下面的左右二圖。
     
    對(duì)比代碼以及上面的文字描述,不知道各位是否已經(jīng)有所明了(這里需要注意的是Base類的對(duì)象b和對(duì)象指針pb,他們的輸出)。
    考慮到V8的輸出很直觀,所以我采用V8來做實(shí)驗(yàn)。下面對(duì)上面的代碼稍微添加一點(diǎn)內(nèi)容,如下:
    
Base *pb2 = dynamic_cast<Base *>(new Derived);
Base &b2 = d;
Base *pb3 = &d;
cout << typeid(pb2).name() <<endl//輸出Base *
     << typeid(b2).name()<<endl //輸出Base
     << typeid(pb3).name()<<endl//輸出Base *
     << typeid(*pb3).name()<<endl;//輸出Base
    因?yàn)锽ase不包含虛函數(shù),所以typeid的結(jié)果指出,表達(dá)式的類型是Base或Base *型,盡管他們的底層對(duì)象是Derived。即:當(dāng)typeid操作符的操作數(shù)是不帶有虛函數(shù)的類類型時(shí),typeid操作符會(huì)指出操作數(shù)的類型,而不是底層對(duì)象的類型。
   
    下面在對(duì)Base函數(shù)做一個(gè)小小調(diào)整,為其加上一個(gè)虛函數(shù),再看輸出結(jié)果。
class Base {virtual void f(){}; };
/*...*/
cout << typeid(pb2).name() <<endl//輸出Base *
     << typeid(b2).name()<<endl //輸出Derived
     << typeid(pb3).name()<<endl//輸出Base *
     << typeid(*pb3).name()<<endl;//輸出
Derived
    這次Base含有虛函數(shù),注意看結(jié)果,指針仍然是Base*的,盡管他們指向的是底層對(duì)象Derived,而這些Base對(duì)象的類型卻是Derived的。
    因?yàn)橹羔榩b3不是類類型,所以typeid就返回該指針pb3的指針類型Base *。而*pb3是一個(gè)類類型的表達(dá)式,而且該類帶有虛函數(shù),所以指出該pb3指向的底層對(duì)象的類型Derived。
    如果typeid操作符的操作數(shù)是至少包含一個(gè)虛擬函數(shù)的類類型時(shí),并且該表達(dá)式是一個(gè)基類的引用,則typeid操作符指出底層對(duì)象的派生類類型。
    好了,文篇到此結(jié)束,留下幾道小題目吧。
   
//采用V8環(huán)境
cout<< typeid(7.84<<endl
    
<< typeid(Base*<<endl
    
<< typeid(&pb3) <<endl;

感謝: http://blog.programfan.com/article.asp?id=45931

Feedback

# re: typeid詳解  回復(fù)  更多評(píng)論   

2012-11-09 11:59 by 飛飛龍
哎,最后來個(gè)“并且該表達(dá)式是一個(gè)基類的應(yīng)用”,害我想了半天,應(yīng)該是“并且該表達(dá)式是一個(gè)基類的引用”

# re: typeid詳解  回復(fù)  更多評(píng)論   

2012-11-20 17:56 by bydarkst
請(qǐng)問typeid可不可以定義類型
比如:
int a;
typdeid(a) b;//通過類似這樣的方式定義一個(gè)int b出來

因?yàn)槭孪炔恢繿的類型,能不能在判斷出來以后立刻定義該類型的一個(gè)變量?
如果不能有沒有其他方式能達(dá)到這樣的目的?
謝謝

# re: typeid詳解  回復(fù)  更多評(píng)論   

2013-03-20 17:13 by 游客
@bydarkst
當(dāng)然不行了,typeid返回的是type_info的類型,而且type_info是不能構(gòu)造和賦值的,你這樣定義,編譯肯定會(huì)出錯(cuò)。

# re: typeid詳解  回復(fù)  更多評(píng)論   

2013-09-29 19:29 by zhuo
c11之后
auto b = a;

# re: typeid詳解  回復(fù)  更多評(píng)論   

2013-10-15 15:54 by 512976287
很好的講解,請(qǐng)教樓主一個(gè)問題,帶虛函數(shù)的類在虛表中會(huì)保存一個(gè)指向type_info的指針,那么沒有虛函數(shù)的類type_info信息存在對(duì)象的哪里呢,對(duì)無虛函數(shù)的類使用typeid是怎么找到type_info這個(gè)信息的,感謝!

# re: typeid詳解  回復(fù)  更多評(píng)論   

2013-10-27 11:17 by smagle
多些指出錯(cuò)誤,已經(jīng)修改:)@飛飛龍

# re: typeid詳解  回復(fù)  更多評(píng)論   

2013-11-17 21:12 by Kontinuation
請(qǐng)稱呼這兩個(gè)編譯器為MSVC和GNU gcc, 謝謝.

# re: typeid詳解  回復(fù)  更多評(píng)論   

2016-06-23 20:51 by 紅色朗姆酒Hiteyoshi
我的天,漲知識(shí)了,編譯器的不同居然會(huì)導(dǎo)致輸出不同的結(jié)果,我就說我這個(gè)GNU gcc怎么會(huì)出來這么奇怪的東西。

# re: typeid詳解  回復(fù)  更多評(píng)論   

2016-07-10 20:06 by #
*
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美伊人久久久久久午夜久久久久| 国产精品日本精品| 最新日韩精品| 久久亚洲捆绑美女| 久久精品国产99国产精品| 亚洲综合精品一区二区| 亚洲素人在线| 欧美在线免费视屏| 鲁鲁狠狠狠7777一区二区| 久久视频一区二区| 欧美成人黄色小视频| 嫩草国产精品入口| 亚洲人成亚洲人成在线观看图片 | 香蕉乱码成人久久天堂爱免费 | 久久综合九色综合久99| 老司机成人在线视频| 亚洲欧洲在线看| 亚洲性xxxx| 久久精品视频在线播放| 欧美刺激午夜性久久久久久久| 在线一区亚洲| 亚洲午夜黄色| 久久久久综合一区二区三区| 欧美激情亚洲自拍| 一区二区三区免费在线观看| 香蕉成人啪国产精品视频综合网| 麻豆成人在线播放| 国产精品美女久久久浪潮软件 | 欧美精品福利在线| 国产欧美三级| 亚洲麻豆一区| 欧美在线一二三| 91久久中文字幕| 欧美专区日韩视频| 欧美视频亚洲视频| 亚洲黑丝在线| 欧美中文字幕久久| 夜夜嗨av一区二区三区四区| 久久久青草青青国产亚洲免观| 欧美人交a欧美精品| 国语自产在线不卡| 亚洲中午字幕| 日韩视频一区二区| 欧美ab在线视频| 黄色国产精品一区二区三区| 亚洲天堂av在线免费观看| 欧美xxxx在线观看| 久久激情视频免费观看| 国产精品一二三| 亚洲影院在线| 99视频在线精品国自产拍免费观看 | 在线性视频日韩欧美| 蜜臀久久99精品久久久画质超高清| 亚洲美女啪啪| 欧美精品国产一区二区| 亚洲大胆av| 久久综合色播五月| 久久成人精品| 国产在线播放一区二区三区| 午夜一区二区三视频在线观看| 亚洲精品乱码久久久久久蜜桃91| 女人天堂亚洲aⅴ在线观看| 国产综合激情| 久久久久成人精品| 欧美亚洲日本网站| 韩国av一区二区三区四区| 久久精品国产欧美亚洲人人爽| 亚洲一区二区三区四区中文| 国产精品看片资源| 欧美在线综合视频| 久久精品动漫| 亚洲国产欧美不卡在线观看| 亚洲大胆视频| 国产精品美女久久久浪潮软件| 亚洲国产精品一区二区第四页av| 久久国产精彩视频| 亚洲午夜一区| 国产九九精品视频| 久久久久九九九| 久久久久久久久岛国免费| 亚洲第一久久影院| 亚洲三级电影全部在线观看高清 | 欧美日韩久久不卡| 中文国产亚洲喷潮| 亚洲一区在线免费| 狠狠干综合网| 亚洲黄色片网站| 国产精品久久毛片a| 欧美制服丝袜| 麻豆成人av| 亚洲欧美日韩一区二区在线| 久久国产主播精品| 99日韩精品| 校园春色国产精品| 亚洲三级电影全部在线观看高清 | 99re6这里只有精品视频在线观看| 欧美四级在线| 久久综合一区二区三区| 欧美日韩中文字幕精品| 久久人人爽爽爽人久久久| 欧美超级免费视 在线| 亚洲免费中文| 欧美黄色影院| 老司机精品久久| 国产精品日韩一区二区三区| 欧美国产三级| 国产日韩一区二区三区在线| 欧美好吊妞视频| 国产三级精品三级| 夜夜嗨av一区二区三区网站四季av | 久久精品系列| 欧美特黄一级| 亚洲国产精品va在线观看黑人| 国产精品久久久久免费a∨ | 亚洲国产高清aⅴ视频| 国产精品国产亚洲精品看不卡15| 欧美xxx成人| 国产一区二区三区在线观看免费| 亚洲精选在线| 亚洲精品午夜| 久久综合影视| 久久久久一区二区| 国产精品欧美久久| 一区二区日韩精品| 一区二区高清视频在线观看| 蜜桃伊人久久| 牛夜精品久久久久久久99黑人| 国产亚洲一区二区三区在线观看| 亚洲午夜激情免费视频| 欧美视频在线不卡| 亚洲美女视频在线观看| 久久久久久久久伊人| 性久久久久久久久久久久| 欧美日韩国产在线看| 亚洲激情第一页| 亚洲人精品午夜在线观看| 久久亚洲精品中文字幕冲田杏梨 | 在线免费日韩片| 久久久精品999| 久久噜噜亚洲综合| 狠狠色丁香久久婷婷综合_中| 亚洲欧美大片| 欧美亚洲视频在线观看| 国产精品亚洲第一区在线暖暖韩国| 在线一区二区三区四区五区| 这里只有精品视频| 国产精品久久久久久影视| 中文欧美在线视频| 欧美中文字幕不卡| 精品av久久707| 免费人成精品欧美精品| 亚洲承认在线| 中文精品视频一区二区在线观看| 国产精品www色诱视频| 亚洲欧美激情精品一区二区| 久久精品99国产精品| 在线观看欧美日韩| 欧美激情亚洲一区| 中文精品视频| 久久网站免费| 99热免费精品| 国产欧美日韩综合精品二区| 久久国产精品久久w女人spa| 亚洲国产成人精品久久| 这里只有精品视频在线| 国产一区二区观看| 蜜桃久久av一区| 在线亚洲伦理| 欧美成人免费一级人片100| 亚洲欧洲精品一区二区三区波多野1战4| 欧美成人激情视频免费观看| 日韩视频免费观看高清完整版| 欧美一区二区三区四区高清| 在线欧美日韩| 国产精品久久久久9999高清| 性欧美在线看片a免费观看| 欧美国产日韩a欧美在线观看| 亚洲一区999| 亚洲国产婷婷| 国产精品亚洲综合一区在线观看| 久久午夜电影网| 一本色道久久88综合日韩精品 | 久久婷婷国产综合精品青草| 亚洲成色www8888| 国产精品久久久久久久免费软件| 久久夜色精品国产欧美乱| av成人老司机| 亚洲电影免费在线| 久久av在线看| 亚洲视频综合在线| 亚洲黄色成人| 狠狠综合久久| 国产欧美va欧美va香蕉在| 欧美激情网友自拍| 裸体一区二区三区| 久久精品一区蜜桃臀影院| 在线亚洲+欧美+日本专区| 欧美日韩第一页| 一区二区三区国产| 欧美成人午夜|