• <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>

            笑看風(fēng)云淡

            寵辱不驚,看庭前花開花落;去留無意,望天空云卷云舒
            posts - 96, comments - 48, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 ::  :: 聚合  :: 管理

            C/C++的64位整型

            Posted on 2009-12-24 15:44 天之驕子 閱讀(798) 評論(0)  編輯 收藏 引用

            在C/C++中,64為整型一直是一種沒有確定規(guī)范的數(shù)據(jù)類型。現(xiàn)今主流的編譯器中,對64為整型的支持也是標(biāo)準(zhǔn)不一,形態(tài)各異。一般來說,64位整型的定義方式有l(wèi)ong long和__int64兩種(VC還支持_int64),而輸出到標(biāo)準(zhǔn)輸出方式有printf(“%lld”,a),printf(“%I64d”,a),和cout << a三種方式。

            本文討論的是五種常用的C/C++編譯器對64位整型的支持,這五種編譯器分別是gcc(mingw32),g++(mingw32),gcc(linux i386),g++(linux i386),Microsoft Visual C++ 6.0。可惜的是,沒有一種定義和輸出方式組合,同時兼容這五種編譯器。為徹底弄清不同編譯器對64位整型,我寫了程序?qū)λ鼈冞M(jìn)行了評測,結(jié)果如下表。

            變量定義 輸出方式 gcc(mingw32) g++(mingw32) gcc(linux i386) g++(linux i386) MicrosoftVisual C++ 6.0
            long long “%lld” 錯誤 錯誤 正確 正確 無法編譯
            long long “%I64d” 正確 正確 錯誤 錯誤 無法編譯
            __int64 “lld” 錯誤 錯誤 無法編譯 無法編譯 錯誤
            __int64 “%I64d” 正確 正確 無法編譯 無法編譯 正確
            long long cout 非C++ 正確 非C++ 正確 無法編譯
            __int64 cout 非C++ 正確 非C++ 無法編譯 無法編譯
            long long printint64() 正確 正確 正確 正確 無法編譯

            上表中,正確指編譯通過,運(yùn)行完全正確;錯誤指編譯雖然通過,但運(yùn)行結(jié)果有誤;無法編譯指編譯器根本不能編譯完成。觀察上表,我們可以發(fā)現(xiàn)以下幾點(diǎn):

            1. long long定義方式可以用于gcc/g++,不受平臺限制,但不能用于VC6.0。
            2. __int64是Win32平臺編譯器64位長整型的定義方式,不能用于Linux。
            3. “%lld”用于Linux i386平臺編譯器,”%I64d”用于Win32平臺編譯器。
            4. cout只能用于C++編譯,在VC6.0中,cout不支持64位長整型。

            表中最后一行輸出方式中的printint64()是我自己寫的一個函數(shù),可以看出,它的兼容性要好于其他所有的輸出方式,它是一段這樣的代碼:

            void printint64(long long a)
                        {
                        if (a<=100000000)
                        printf("%d\n",a);
                        else
                        {
                        printf("%d",a/100000000);
                        printf("%08d\n",a%100000000);
                        }
                        }

            這種寫法的本質(zhì)是把較大的64位整型拆分為兩個32位整型,然后依次輸出,低位的部分要補(bǔ)0。看似很笨的寫法,效果如何?我把它和cout輸出方式做了比較,因?yàn)樗蚦out都是C++支持跨平臺的。首先printint64()和cout(不清空緩沖區(qū))的運(yùn)行結(jié)果是完全相同的,不會出現(xiàn)錯誤。我的試驗(yàn)是分別用兩者輸出1000000個隨機(jī)數(shù),實(shí)際結(jié)果是,printint64()在1.5s內(nèi)跑完了程序,而cout需要2s。cout要稍慢一些,所以在輸出大量數(shù)據(jù)時,要盡量避免使用。

            久久露脸国产精品| www.久久精品| 亚洲va国产va天堂va久久| 久久天堂AV综合合色蜜桃网| 99久久精品费精品国产一区二区 | 亚洲狠狠婷婷综合久久蜜芽| 日韩久久久久久中文人妻 | 中文字幕精品久久久久人妻| 久久婷婷五月综合国产尤物app| 日韩人妻无码精品久久免费一| 久久精品国产影库免费看 | 久久婷婷五月综合成人D啪| 无码8090精品久久一区 | 思思久久好好热精品国产| 中文精品久久久久人妻不卡| 国产69精品久久久久99| 色婷婷综合久久久中文字幕| 国产真实乱对白精彩久久| 久久久久亚洲AV无码专区体验| 久久人妻少妇嫩草AV无码蜜桃| 久久久精品人妻一区二区三区四| 久久综合九色欧美综合狠狠| 97r久久精品国产99国产精| 中文精品99久久国产| 国产精品青草久久久久福利99| 午夜天堂av天堂久久久| 欧美久久久久久| 久久国产精品波多野结衣AV| 国内精品久久久久久99蜜桃 | 国产91色综合久久免费分享| 欧美亚洲国产精品久久久久| 久久国产精品免费一区二区三区| 国产成人精品综合久久久| 伊人久久大香线蕉精品不卡| 久久久久久久久久久免费精品 | 欧美粉嫩小泬久久久久久久| 秋霞久久国产精品电影院| 精品精品国产自在久久高清 | 欧美国产成人久久精品| 久久久久香蕉视频| 人人狠狠综合久久亚洲高清|