瘦身你的执行文件

monliu

在网上，有好多绿色软件，不仅功能强大，而且软件本身的体积非常小。有的通常
只在几十K左右。那他们是怎么做到把软件做的怎么小的呢？现在我手把手的告诉
你如何通过修改程序的编译选项来瘦身你的执行文件
7 U: j7 U: w9 _+ V; H! [2 g先看一个最典型的程序:
#include<stdio.h>
" ^2 ]5 ~$ M9 b1 f& Xint main()
' u# L: H* {( Z. A1 W4 ?+ y{
printf("Hello,World");
5 {2 M5 y0 ^( i; Z7 x$ R2 d return 0;
}

4 z5 g0 I" {8 ]; }8 t4 V上面的程序之所以被称之为典型，是因为他有如下的内容：
1、系统函数调用：printf
2、有静态数据段
4 S: N- h( _) i) R
好，现在把此文件放到VisualStudio6.0中进行编译，看看文件有多大。
8 M! |7 S7 [% q1 u( l% p& O1、用VisualStudio6.0打开HelloWorld.cpp文件，直接按F7。然后点击OK，生成
/ Z# W, _& I2 M2 \+ h! n  T% mProject文件，然后进行编译。编译完成了以后，看看Debug目录下的执行文件的大
* H4 f$ W! G- h* o小，为172,096Bytes。

' V! C$ R9 i3 Y! h$ w6 g4 D2、刚才编译的Debug文件，现在修改成Release文件看看。选择Win32 Release，再
编译。察看执行文件大小，现在成了40,960Bytes。看来Debug版本的要比Release
2 I* {: w. ^* z5 Y1 I1 ^& }的小。
% P" b, m% w+ s( V3 H$ }
& ]! e+ u% K" w9 o; X3、检查代码优化：发现执行文件的优化是Maximize Speed。那么修改成Minimize
' o4 G$ v- Z% r; W/ HSize看看。重新编译，得到执行文件的大小为：40,960Bytes。看来大小没什么变
$ C7 G- j8 P0 W" ]3 m* ^* ?0 x化。其实这是由于我们的代码本身太小的缘故，导致即使变化了也看不出来。
2 j) H8 `, D7 V
) Z6 J1 H) M+ j% h/ I4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中，由
: S2 j+ y. P& [% j& U, C4 m于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread，Static
- y- n, _( @: U* S4 h% \' Z) }0 gLibrary)，所以，在我们的执行文件当中，包含了CRT的二进制代码。好，修改编
& x$ s. ~1 f& W$ A# k" ]9 i! Y  D7 A译选项：C/C++ => Category:Code Generation => Use run-time
library:MutiThreaded Dll。编译看看：执行文件大小变成了16,384Bytes。
# B0 N9 W. f/ S
. ~8 B2 ^# }5 p8 |5、刚才的设定确实不错，一下子把执行文件大小减小到了16K。现在用UltraEdit
/ e: E. `% m$ V5 I6 H看看执行文件都是些什么内容。结果大吃一惊：基本上都是0。看来这个有减小的
- `/ c' |1 N/ _' w4 R! X( s7 l必要了。都知道，执行文件都有自己的代码段，数据段等等，每个段的大小也是采
5 `" M. r! o# M' S' L$ A用编译器缺省设定的。好，我们来修改一下段的大小看看：
' k" @" Z: n' M1 i. F- }# m4 d5.1 连接选项中有一个是/opt:nowin98，意思是将段的大小设定成为Win2000适应
3 t  A4 p  a3 E的。编译看看：哇塞，变成了2,560byte。看来这个选项确实把文件变小了N多。
5 d" D2 d! g3 j1 n2 U5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩
/ m9 g: p( `# d5 R& y* c: t小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件，发现每个段的大小都
是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说：添加连接选项：
/align:16(这个大小已经是能够设定的最小的了)。看看结果：1,408Bytes。厉
. v: [0 ]. Y$ W/ b8 \' e- L" c害，现在代码更小了。
5.3 现在回想起来，执行文件大小有数据段，执行代码段等等，如果把这些段都合
5 U& I1 l* ?5 Y& w, C并起来，是不是就会把段之间的冗余有减小了呢？再试试看：添加选项：
/merge:.data=.text /merge:.rdata=.text。再看看文件大小：1,328bytes。真的
  |$ Z: n) w. B; I0 _) o很不错了。
$ I, ]- P" ]+ E& H  ~/ a
/ r1 p* S+ d0 A2 N' X1 l6、刚才的设定确实不错，似乎达到了我们想要的极限了。但是回头想一下，如果
没有CRT库的话，会不会更小了？实际上确实这样。添加连接选项： /entry:
2 l! Q+ s/ c1 B* e6 v; y1 q. i( i! qmain，把入口地址直接指向我们的main函数看看。得到592Bytes。
4 E! `( @& F+ [, q
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译
  h) {$ ~$ ~0 U8 b7 l0 A4 T出来的最小的代码了。

结论：
! V# e' ?+ b$ v0 G- u  V4 [- F通过上述的步骤，我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目
的。但是，通常来讲，在我们的Release文件当中，并不需要如此小的执行文件。
如果想达到瘦身的目的，修改为library:MutiThreaded Dll和添加/opt:nowin98已
9 x# i- t" H- H! t0 o经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现，而且，带
# r, H7 v: q6 ]( H  d有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。
3 u, W! ~9 i  Z0 Z
' L. p6 A% f# j# T, c$ e另外：如果你的执行文件即使通过了这些设定还是比较大的话，也可以通过一些
EXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。
( a& j# G7 ?6 r5 o$ n7 ]  L
2 i8 u+ i8 ?% G( Y以上部分的不足之处，还请多多指正。

七六三零九二

谢谢楼主

rulingdanny

这个如果是楼主的原创，希望能够在细致的解释一下，代码优化部分，可以遵循ood中的reuse一些原则，如抽象工厂，开闭原则等会是更好的解决软件优化的方法。