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

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數據加載中……

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

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

               
            作為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已經打開,注意,VS2005VS2008Windows 98優化那一項沒用,不像VC6取消Windows 98優化可以大大減小體積。因為VS2005VS2008中段大小已經是512字節,VC6默認4K

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

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

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

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

            posted on 2009-10-19 10:19 肥仔 閱讀(4832) 評論(0)  編輯 收藏 引用 所屬分類: VC 存檔

            国产成人精品综合久久久| 久久影院久久香蕉国产线看观看| 久久精品国产精品亚洲精品| 狠狠色丁香久久婷婷综合蜜芽五月 | 精品熟女少妇a∨免费久久| 91久久成人免费| 一本一本久久a久久综合精品蜜桃 一本一道久久综合狠狠老 | 无码八A片人妻少妇久久| 精品国产乱码久久久久久1区2区| 亚洲国产精品婷婷久久| 亚洲色婷婷综合久久| 久久毛片免费看一区二区三区| 精品久久久久久国产| 国产精品美女久久久网AV| 婷婷久久久亚洲欧洲日产国码AV | 亚洲午夜无码AV毛片久久| 亚洲国产天堂久久综合网站| 久久久久久曰本AV免费免费| 久久久精品免费国产四虎| 久久精品aⅴ无码中文字字幕不卡| 国产伊人久久| 国产一区二区精品久久凹凸| 97久久久久人妻精品专区| 人妻无码αv中文字幕久久琪琪布 人妻无码久久一区二区三区免费 人妻无码中文久久久久专区 | 77777亚洲午夜久久多喷| 久久精品无码一区二区WWW| 久久精品国产99国产精品| 久久精品国产69国产精品亚洲| 国色天香久久久久久久小说| 久久久人妻精品无码一区| 久久久久综合中文字幕| 久久国产影院| 亚洲?V乱码久久精品蜜桃| 久久人人爽人人爽AV片| 欧美粉嫩小泬久久久久久久 | 久久国产三级无码一区二区| 久久综合久久综合九色| 99久久国产主播综合精品| 91麻豆精品国产91久久久久久| 久久国产香蕉一区精品| 亚洲欧洲久久久精品|