• <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ù)時,要盡量避免使用。

            久久影视国产亚洲| 亚洲国产成人精品91久久久| 综合网日日天干夜夜久久 | 久久综合精品国产一区二区三区 | 日本国产精品久久| 2021国内久久精品| 99久久精品久久久久久清纯| 久久这里都是精品| 94久久国产乱子伦精品免费| 2021国内精品久久久久久影院| 久久99国产精品久久99果冻传媒| 久久一区二区免费播放| 色偷偷88888欧美精品久久久 | 久久精品国产亚洲av麻豆图片| 欧美亚洲国产精品久久蜜芽| 久久99精品久久久大学生| 精品多毛少妇人妻AV免费久久 | 久久精品国产精品亚洲精品| 性做久久久久久久久老女人| 久久久久国产精品| 69SEX久久精品国产麻豆| 欧美伊人久久大香线蕉综合 | 欧美黑人激情性久久| 亚洲综合久久综合激情久久| 久久久久久国产精品无码下载| 久久伊人影视| 久久精品成人免费观看97| 久久99精品国产一区二区三区| 无遮挡粉嫩小泬久久久久久久| 久久精品国产精品亚洲艾草网美妙| 国产精品视频久久久| 久久久国产乱子伦精品作者| 亚洲欧美国产日韩综合久久| 久久国产精品二国产精品| 99久久精品免费看国产一区二区三区 | 久久一区二区三区99| 国产免费久久精品99久久| 久久国产精品免费| 武侠古典久久婷婷狼人伊人| 思思久久99热免费精品6| 亚洲国产小视频精品久久久三级|