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

            xuht

            VC2008中影響exe大小和速度的全部編譯選項(轉)

             我再次強調,完全脫離編程環境的C/C++學習方法,不是好的方法,現在所謂的環境中立理論就是“什么都不學”理論,VC、GCC,主流的就兩個,精通其中一個就能吃遍天下,教材里就應該選擇一個大講特講!

                作為VC的代表,今天我給大家介紹VC中的編譯器選項,全面介紹不需要,MSDN里從頭到尾都介紹完了,今天我只講對生成的exe文件大小和速度有影響的。

                用VC就得用IDE,我也以IDE的工程設置里面的排列順序介紹,某些選項需要自己手動添加的最后介紹,我后面說的默認值是release的,debug版本一般不需要調選項。

            項目 - 屬性 - 配置屬性 - C/C++,這是編譯器選項。

            優化:
                通常,算法程序選擇最大化速度(/O2),界面程序選擇最小化大小(/O1),可以獲得最佳的效果。
                優選大小或速度,只有在使用完全優化(/Ox)時才有效,完全優化一般不推薦使用,用處就是可以生成速度與/O2基本相當,但是體積更小的代碼(選速度優先的話)。

                其他幾個選項實際上已包含在/O1、/O2之中,具體請看MSDN。

            代碼生成:
                啟用字符串池(/GF),會將相同的字符串合并,當然可以減小空間占用,雖然本項目默認沒有打開,但是默認的/Zi選項會自動打開/GF,這里打不打開一樣。
                啟用C++異常:該項默認打開,在C++項目中(比如MFC中),會大大增加程序體積,增加約30%,關閉并不代表try不能用了,但會一定程度上降低健壯性,對于空間要求較高的程序,建議關閉。對于正式項目,請參見MSDN,看看會不會造成不利影響。
                運行庫:默認多線程DLL(/MD),體積最優的方案,如果對方沒有VS運行時庫,選擇/MT會將C/C++運行庫靜態編譯,體積增加不少,因此,我的選擇一般是程序與redist包一起發布,也就幾M,而且以后永遠可以接受/MD版本了。
                緩沖區安全檢查:關閉的話,減少0.5K~1K體積(默認情況,VC的段長度512字節,因此程序體積變化的最小單位是0.5K)。
                啟用增強指令集:真想用SSE3的話去用Intel C++,VS2008只支持到SSE2,而且,在我的機器上貌似使用默認設置就能達到選擇SSE2的相同速度,如果安裝了Intel C++ 11,可集成與VS2008,同樣的地方選擇SSE3效果超群
                浮點模型:精確還是快速理論上肯定對速度有影響,但是我極少使用浮點編程,我的方向是系統、安全和密碼,都是整數的天下。

            高級:
                編譯為C還是C++影響不大,這充分說明了C++簡單面向對象特性和C效率差不多(如重載,默認情況下,編譯器會檢查擴展名決定目標代碼類型,對于cpp文件,所有的函數都會編譯為可重載的類型,但是對效率幾乎沒有影響)。

            項目 - 屬性 - 配置屬性 - 鏈接器,這是鏈接器選項。

            輸入:
                忽略庫只有在庫沖突時候才有用,VC絕對不會連接沒有調用到的庫,哪怕你明確指定了。

            清單文件:
                完全使用API編程可以不生成清單。減少約1K體積。
                一般情況下,關閉UAC的那一項,可減少0.5K。

            調試:
                關閉“生成調試信息(/DEBUG)”,根據程序規模,可減少1K~幾十K。

            優化:
                release模式,默認情況下已經該組已經最優了,/OPT:REF和/OPT:ICF已經打開,注意,VS2005、VS2008中Windows 98優化那一項沒用,不像VC6取消Windows 98優化可以大大減小體積。因為VS2005、VS2008中段大小已經是512字節,VC6默認4K。

            高級:
                指定入口點,可以大大減小程序體積,但是不調用CRT的入口無法自動處理參數,可用GetCommandLine和CommandLineToArgvW這兩個API來處理參數。
                隨機基址:默認模式啟用映像隨機化(/DYNAMICBASE),會大大增加程序體積,因為這是個增加程序防反編譯、防破解能力的選項。如無需求,請選擇禁用映像隨機化(/DYNAMICBASE:NO),文件越大,體積縮小越明顯,至少30%

            命令行:
                小程序,可以指定段大小/ALIGN,/O1編譯的化最小可以使用/ALIGN:4,這個選項不推薦,第一有點規模的程序就不能用太小的段,/O2優化的也不能用小段,而且默認的512字節段可以使用UPX壓縮,再小就不能了,除非咱們編譯那種600字節的Hello World,這個選項意義不大,因此微軟才沒有給他一個圖形選項。
                同樣,編譯600字節hello world還需要/merge合并段選項,同樣不推薦使用。

                有些選項VS2005和VS2003沒有,VS2003還包括幾個VS2008廢除的選項,實際上VC里面程序優化效率最高的個人感覺是VS2003。VC6的界面差別比較大,選項有一定差異,但畢竟都是微軟的產品,差別不大,甚至于MASM這個匯編編譯器,連接選項大都與VC相同……

                再說一點,VS2008SP1的MFC工程會自動生成巨大的256*256真彩圖標,因此默認的MFC對話框程序都有近100K,建議刪除多余的圖標,配合上述選項能減到10多K


            原文地址:http://blog.csdn.net/jackyjkchen/article/details/4676635

            posted on 2011-10-13 16:10 xuht 閱讀(909) 評論(0)  編輯 收藏 引用

            <2011年10月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            導航

            統計

            常用鏈接

            留言簿

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            欧美久久久久久精选9999| 日韩精品无码久久久久久| 久久精品国产乱子伦| 亚洲AV无码久久精品成人| 久久这里只精品国产99热| 狠狠精品干练久久久无码中文字幕| 久久亚洲综合色一区二区三区| 国产成人99久久亚洲综合精品 | 青春久久| 亚洲中文字幕无码久久精品1| 日韩精品久久久久久| 久久久这里只有精品加勒比| 久久国产高潮流白浆免费观看| 色99久久久久高潮综合影院| 人妻精品久久久久中文字幕一冢本 | 国产呻吟久久久久久久92| 久久人人爽人人爽人人片AV东京热 | 久久国产精品成人影院| 欧美久久综合九色综合| 国产国产成人精品久久| 久久精品亚洲日本波多野结衣| 国产精品狼人久久久久影院| 99久久做夜夜爱天天做精品| 亚洲国产日韩欧美综合久久| 久久无码精品一区二区三区| 久久免费精品一区二区| 亚洲狠狠婷婷综合久久久久| 亚洲国产天堂久久久久久| 狠狠人妻久久久久久综合蜜桃| 久久这里只精品国产99热| 国产精品久久一区二区三区 | 久久这里都是精品| 欧美与黑人午夜性猛交久久久| A级毛片无码久久精品免费| 久久久精品免费国产四虎| 色狠狠久久AV五月综合| 精品熟女少妇AV免费久久| 国产精品久久久久久久久久影院 | 国产精品久久自在自线观看| 久久精品亚洲日本波多野结衣| 人妻精品久久久久中文字幕69 |