|
|
|
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常
6 |9 n# a% T% r$ p. P只在几十K左右。那他们是怎么做到把软件做的怎么小的呢?现在我手把手的告诉5 v+ o8 n' j4 a+ F1 }
你如何通过修改程序的编译选项来瘦身你的执行文件
: O' o1 P9 Z6 J5 o. C先看一个最典型的程序:
! w3 z2 J3 O$ ^5 B8 n#include<stdio.h>6 z( F8 I# Q% \: I1 A! ~. t% [
int main()4 q$ m* E) r9 d0 l
{
1 f: @! Q$ ^% q0 K& T printf("Hello,World");
1 `3 d* p N4 X+ e9 O+ L return 0;
# J5 U% l0 n3 B0 o}
/ e2 E" _& q2 p& c* _( F
1 O, \; u6 [8 {6 w/ B上面的程序之所以被称之为典型,是因为他有如下的内容:$ T# T, U1 {$ f9 n0 R" ]
1、系统函数调用:printf
' `7 {8 o+ s0 }; ?2、有静态数据段& y+ Y/ W+ W& Q' f1 d- i
3 ^/ V! e* ?8 _; W4 x0 X( I( a好,现在把此文件放到VisualStudio6.0中进行编译,看看文件有多大。( o3 S" T: F7 H. k& }
1、用VisualStudio6.0打开HelloWorld.cpp文件,直接按F7。然后点击OK,生成& j) w# }- O4 h2 r7 q
Project文件,然后进行编译。编译完成了以后,看看Debug目录下的执行文件的大
4 P! N& {9 U# e' j3 R5 `' T小,为172,096Bytes。% y: p; b6 S# w( r0 P9 ?
4 k, [0 D+ g6 N* g0 J2、刚才编译的Debug文件,现在修改成Release文件看看。选择Win32 Release,再
2 z5 U5 D1 I; ~ C% ?编译。察看执行文件大小,现在成了40,960Bytes。看来Debug版本的要比Release
/ } @; T- s0 O* Q1 a的小。% C; _+ b8 S8 b4 r9 R4 l. G# r
' x. k7 J6 b# `
3、检查代码优化:发现执行文件的优化是Maximize Speed。那么修改成Minimize7 H- v- O# V1 v A7 ^3 v& M
Size看看。重新编译,得到执行文件的大小为:40,960Bytes。看来大小没什么变
9 A, j( W$ B1 _" l; a化。其实这是由于我们的代码本身太小的缘故,导致即使变化了也看不出来。
+ I7 H( D0 x8 ]8 A6 ]& ]9 Q% ]
# j/ w, h: {- x x8 f- f4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中,由( O* D; p- O. _* \, \( S
于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread,Static
* m; F u& D2 d9 e; E% V/ Z$ ~! a, GLibrary),所以,在我们的执行文件当中,包含了CRT的二进制代码。好,修改编
G$ R) f1 J+ [ @3 @. H, q译选项:C/C++ => Category:Code Generation => Use run-time; ?/ s5 z! S4 D4 t- Q) k
library:MutiThreaded Dll。编译看看:执行文件大小变成了16,384Bytes。) C' P ^7 r. y) i" z
* g* v( z+ l9 X2 Q& K. \5、刚才的设定确实不错,一下子把执行文件大小减小到了16K。现在用UltraEdit
! f# x d/ S; x6 B看看执行文件都是些什么内容。结果大吃一惊:基本上都是0。看来这个有减小的
8 K) |& a& j4 H5 F8 Y. H必要了。都知道,执行文件都有自己的代码段,数据段等等,每个段的大小也是采
8 y/ [0 `0 {2 i* p! ~用编译器缺省设定的。好,我们来修改一下段的大小看看:& x4 Z' f6 P- R9 @
5.1 连接选项中有一个是/opt:nowin98,意思是将段的大小设定成为Win2000适应
* [ ]# W' ?1 @! w( `, _的。编译看看:哇塞,变成了2,560byte。看来这个选项确实把文件变小了N多。+ z6 e" v% a B/ d; _7 S: d$ c0 q: [0 g
5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩0 G: p4 I F: g! a$ e
小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件,发现每个段的大小都+ a, s1 H2 o3 k3 U! @
是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说:添加连接选项:
; j) N9 E3 d2 O4 w* G6 D5 Y1 E/align:16(这个大小已经是能够设定的最小的了)。看看结果:1,408Bytes。厉
: d# @8 p$ [2 y& h害,现在代码更小了。
1 W0 N* f4 _- t0 l7 ~: @5.3 现在回想起来,执行文件大小有数据段,执行代码段等等,如果把这些段都合
, x { Z: _7 l; W% t: R并起来,是不是就会把段之间的冗余有减小了呢?再试试看:添加选项:3 y% p; S( k+ A* C5 T
/merge:.data=.text /merge:.rdata=.text。再看看文件大小:1,328bytes。真的5 J2 N0 e* F* t/ v! s7 t
很不错了。( Q& D a- n6 z* e% b8 v
/ d( O. ~$ H- c
6、刚才的设定确实不错,似乎达到了我们想要的极限了。但是回头想一下,如果5 A4 v0 ?% H+ u; O+ [
没有CRT库的话,会不会更小了?实际上确实这样。添加连接选项: /entry:
2 T+ }1 l& I& [1 Nmain,把入口地址直接指向我们的main函数看看。得到592Bytes。
( Q3 z* T( ^; F/ r- t c$ t/ r$ L) c& J" h; e
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译
+ \' {+ b3 N2 v出来的最小的代码了。( _$ ?) L ~2 U* o
! G* I6 t3 o% Q
结论:
1 \7 ?2 I0 J/ g+ e2 J通过上述的步骤,我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目
) ?' W$ X/ j8 a) T' ^* s+ o的。但是,通常来讲,在我们的Release文件当中,并不需要如此小的执行文件。) ]+ r7 b& `( Y
如果想达到瘦身的目的,修改为library:MutiThreaded Dll和添加/opt:nowin98已
6 k& H) T8 [- o- c% h; ]经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现,而且,带5 A2 ?) r4 z' V2 l5 N) L
有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。; r8 U ?; e8 M/ D' M
, J1 P! o8 \" U2 q* I另外:如果你的执行文件即使通过了这些设定还是比较大的话,也可以通过一些: ^* B5 L) W( M v3 g' b' Y3 U
EXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。
1 T. {% Q: \. A2 |
, q! G( y/ [/ D: C以上部分的不足之处,还请多多指正。 |
|