|
|
|
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常
, w- F/ E8 \0 _ ?+ a只在几十K左右。那他们是怎么做到把软件做的怎么小的呢?现在我手把手的告诉% O& i. w" T; ~, M
你如何通过修改程序的编译选项来瘦身你的执行文件 G! s8 v7 z" e) Z! Q8 l8 [
先看一个最典型的程序: - P$ |" R/ A% z" J2 s
#include<stdio.h>; ]: B# U0 y; c$ @9 H2 ^
int main()) H4 h% B2 T3 t% \8 D
{
. ~2 n' @: v _9 i/ w8 U printf("Hello,World");# F7 u) x. h5 a
return 0;" x D1 Z2 y0 Z( Z& c
}/ S- J! A3 _2 Z# X" I
; R4 X2 v8 m8 j+ y8 B e
上面的程序之所以被称之为典型,是因为他有如下的内容: d! ]# b8 F) r; W P
1、系统函数调用:printf+ Y6 k0 i0 l) M5 n
2、有静态数据段
) {; |! |( `) O4 l% y' v9 v& T! g0 d( m
好,现在把此文件放到VisualStudio6.0中进行编译,看看文件有多大。# Z2 I4 O" E" _; r/ S1 Y/ e& ]
1、用VisualStudio6.0打开HelloWorld.cpp文件,直接按F7。然后点击OK,生成
Z6 M$ p5 c4 l8 Q, j/ \# vProject文件,然后进行编译。编译完成了以后,看看Debug目录下的执行文件的大# L- I9 G2 `. U5 ?! K2 R
小,为172,096Bytes。
, o. w* Q% D* ^0 R0 X% `( |% T" S, b: f, p) x+ j: x- a
2、刚才编译的Debug文件,现在修改成Release文件看看。选择Win32 Release,再; L5 u6 p* W$ M3 o: v/ }( y- L
编译。察看执行文件大小,现在成了40,960Bytes。看来Debug版本的要比Release9 o1 Z0 B# _7 J. d
的小。7 d3 b! E$ Q& n/ \" h
. q5 m2 r" G: ?* j1 I( G r: o+ b
3、检查代码优化:发现执行文件的优化是Maximize Speed。那么修改成Minimize5 M( w) x3 y& N% P3 E; b" _" s" g
Size看看。重新编译,得到执行文件的大小为:40,960Bytes。看来大小没什么变' z- m4 M+ v$ T% }
化。其实这是由于我们的代码本身太小的缘故,导致即使变化了也看不出来。( r) l7 J+ C4 D5 F9 q
2 x% a# F, J0 f2 I* Z- `! C, I
4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中,由
8 G; l8 g' f4 i! a1 ~6 T, C7 h! P于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread,Static9 w9 U* c+ ]0 E3 L
Library),所以,在我们的执行文件当中,包含了CRT的二进制代码。好,修改编" v/ `) ~5 J9 t( r; q* a" V1 P9 X
译选项:C/C++ => Category:Code Generation => Use run-time
; n& j) t. ?* W5 alibrary:MutiThreaded Dll。编译看看:执行文件大小变成了16,384Bytes。' `4 B3 u9 |& @- H0 g
3 U; p K5 F3 |! v6 [& [, L
5、刚才的设定确实不错,一下子把执行文件大小减小到了16K。现在用UltraEdit0 K3 Z& M+ n9 Z7 O
看看执行文件都是些什么内容。结果大吃一惊:基本上都是0。看来这个有减小的
& \0 L8 j" U3 g0 t必要了。都知道,执行文件都有自己的代码段,数据段等等,每个段的大小也是采
5 S! M {2 l7 J/ _( T7 M+ r用编译器缺省设定的。好,我们来修改一下段的大小看看:, `8 h( w N$ H
5.1 连接选项中有一个是/opt:nowin98,意思是将段的大小设定成为Win2000适应7 u9 e1 J) i1 c$ k" Z/ T4 m3 J
的。编译看看:哇塞,变成了2,560byte。看来这个选项确实把文件变小了N多。, ]" V: N$ _3 g- l
5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩
7 L3 f9 P$ I3 l小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件,发现每个段的大小都9 ?2 G1 Z" Y5 L: i3 Q
是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说:添加连接选项:
5 W) L T* A9 L+ {( }/align:16(这个大小已经是能够设定的最小的了)。看看结果:1,408Bytes。厉
: C: X, x# b: P% ^害,现在代码更小了。7 h6 i' S" A$ H
5.3 现在回想起来,执行文件大小有数据段,执行代码段等等,如果把这些段都合
, j. v4 g; a5 u5 q并起来,是不是就会把段之间的冗余有减小了呢?再试试看:添加选项:
0 w q) f, N( ^% j: R/merge:.data=.text /merge:.rdata=.text。再看看文件大小:1,328bytes。真的0 @! {' H' H8 s+ W5 J1 ?
很不错了。# c+ o ]' ?! [6 o# _; H D
& R1 B. w9 a, L) Z6 I
6、刚才的设定确实不错,似乎达到了我们想要的极限了。但是回头想一下,如果6 l" o* q9 j9 ~' \: @3 B
没有CRT库的话,会不会更小了?实际上确实这样。添加连接选项: /entry:
2 U0 `# b5 i+ C6 xmain,把入口地址直接指向我们的main函数看看。得到592Bytes。6 a9 ^1 S/ O0 J8 f" e# v
, S( A- c9 B) d; {8 P
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译6 x' S" t8 y$ h" ]9 W
出来的最小的代码了。! [9 A. C2 S, Y2 q
9 v# m$ J6 Q2 A, G结论:
# k9 H+ f6 T: W( G/ W# A9 m9 l通过上述的步骤,我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目
; {. A6 S( A0 w. @的。但是,通常来讲,在我们的Release文件当中,并不需要如此小的执行文件。
; E) H/ o2 Q/ {+ {; w如果想达到瘦身的目的,修改为library:MutiThreaded Dll和添加/opt:nowin98已
: ]5 s1 o6 J I. V经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现,而且,带
' d1 i9 c2 |4 o8 i* S% X有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。 F6 @0 H8 \" ~9 D9 w
X! l4 u9 D" S# x y' @
另外:如果你的执行文件即使通过了这些设定还是比较大的话,也可以通过一些. X8 P3 Q3 j: I0 G
EXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。
+ O! g; R: D: v, |! l: h' k' `
' Y$ }5 m, G+ v4 [以上部分的不足之处,还请多多指正。 |
|