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

            導航

            統計

            常用鏈接

            留言簿

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            狠狠色伊人久久精品综合网| 久久亚洲中文字幕精品一区| 伊人久久综合无码成人网| 日日狠狠久久偷偷色综合96蜜桃| 午夜精品久久久久| 久久久久久综合网天天| 国产精品久久影院| 午夜精品久久久内射近拍高清 | 蜜桃麻豆www久久| 亚洲&#228;v永久无码精品天堂久久 | 狠狠色丁香久久婷婷综合| 国产精品天天影视久久综合网| 久久人妻少妇嫩草AV蜜桃| 99精品久久精品| 久久精品中文字幕一区| 久久国产精品一区| 久久精品国内一区二区三区| 一级女性全黄久久生活片免费 | 少妇内射兰兰久久| 久久久青草青青国产亚洲免观| 久久国产高潮流白浆免费观看| 久久夜色精品国产噜噜亚洲a| 韩国三级大全久久网站| 奇米综合四色77777久久| 一级a性色生活片久久无| 久久久久噜噜噜亚洲熟女综合| 91久久精一区二区三区大全| 少妇高潮惨叫久久久久久| 伊人久久综合无码成人网| 99蜜桃臀久久久欧美精品网站| 久久久久亚洲AV成人网人人网站 | 91亚洲国产成人久久精品网址| 精品永久久福利一区二区 | 久久国产精品久久国产精品| 亚洲色欲久久久综合网东京热| 久久久久久久久久久精品尤物| 三级片免费观看久久| 久久99热这里只频精品6| 久久久久精品国产亚洲AV无码| 精品国产乱码久久久久久呢 | 精品乱码久久久久久久|