找回密码
 加入华同
搜索
黄金广告位联系EMAIL:[email protected] 黄金广告[email protected]
查看: 1427|回复: 2

瘦身你的执行文件

[复制链接]
发表于 2006-9-28 21:36:19 | 显示全部楼层 |阅读模式
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常
, 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 [以上部分的不足之处,还请多多指正。
发表于 2006-10-3 13:00:07 | 显示全部楼层
谢谢楼主
回复

使用道具 举报

发表于 2006-10-7 16:25:19 | 显示全部楼层
这个如果是楼主的原创,希望能够在细致的解释一下,代码优化部分,可以遵循ood中的reuse一些原则,如抽象工厂,开闭原则等会是更好的解决软件优化的方法。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 加入华同

本版积分规则

Archiver|手机版|小黑屋|华人同志

GMT+8, 2026-7-27 06:14 , Processed in 0.068029 second(s), 5 queries , Redis On.

Powered by Discuz! X3.5

© 2001-2026 Discuz! Team.

快速回复 返回顶部 返回列表