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

瘦身你的执行文件

[复制链接]
发表于 2006-9-28 21:36:19 | 显示全部楼层 |阅读模式
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常
2 ?3 E& s4 M2 h) r( C0 B' d8 `, Y% B只在几十K左右。那他们是怎么做到把软件做的怎么小的呢?现在我手把手的告诉
; q3 h4 y6 r# K+ |7 f, S你如何通过修改程序的编译选项来瘦身你的执行文件
4 C. y' K/ q: h$ Y先看一个最典型的程序: . R9 W+ a7 P' \# S7 F& n
#include<stdio.h>
  F" r7 x8 Y( s/ M( bint main()2 Y- W; P  V9 ~9 h
{' C0 g! }+ Y1 Y" \7 ]  b; U
printf("Hello,World");* O# z3 F3 P- ]' M
return 0;& S) j. W% O; L; b
}
2 N1 d' W# I' o# ^+ L0 ~; I$ G
! X4 j1 y9 q' T上面的程序之所以被称之为典型,是因为他有如下的内容:
# Z; g% g' z# a4 x4 ~1、系统函数调用:printf
$ ]* g' K) d: U  N2、有静态数据段4 t! d# c! V4 ?( c

" B' Y* p$ W& L( f* x  o. V4 q好,现在把此文件放到VisualStudio6.0中进行编译,看看文件有多大。
' P3 J% B$ d( j4 Y1、用VisualStudio6.0打开HelloWorld.cpp文件,直接按F7。然后点击OK,生成. O6 Z% ?( }! T# g
Project文件,然后进行编译。编译完成了以后,看看Debug目录下的执行文件的大+ ~% Z1 Z/ x* u  r) W
小,为172,096Bytes。
, c! F0 `4 ]$ u$ `& z; |# `  o9 ]! l" Z% o: c
2、刚才编译的Debug文件,现在修改成Release文件看看。选择Win32 Release,再
; s8 Q* Q& y! K3 N! {( u编译。察看执行文件大小,现在成了40,960Bytes。看来Debug版本的要比Release! {" d, ^, E7 F
的小。
' L) C& Y: Y/ X8 ^: A, d4 b2 D. I
3、检查代码优化:发现执行文件的优化是Maximize Speed。那么修改成Minimize
4 o4 Z! O+ |1 ASize看看。重新编译,得到执行文件的大小为:40,960Bytes。看来大小没什么变6 ]8 ~! N% Q  v. K( ~  @: W
化。其实这是由于我们的代码本身太小的缘故,导致即使变化了也看不出来。# K( v& V  K$ o) m8 v* G! W
* M: I: J; f" y5 ^. K
4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中,由$ D# f+ f% E. \( h
于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread,Static' G4 t+ h6 G$ V8 j/ f3 a
Library),所以,在我们的执行文件当中,包含了CRT的二进制代码。好,修改编; J/ y. p; e' K1 I: |
译选项:C/C++ => Category:Code Generation => Use run-time
; N0 p4 B' J7 X: ]5 k6 elibrary:MutiThreaded Dll。编译看看:执行文件大小变成了16,384Bytes。
, ?# ~3 w/ _" f; \$ O3 o* j
( [" Q/ @$ V0 f3 O7 \2 k5、刚才的设定确实不错,一下子把执行文件大小减小到了16K。现在用UltraEdit
5 u1 x) w; C( n9 ?5 n" Q看看执行文件都是些什么内容。结果大吃一惊:基本上都是0。看来这个有减小的
: E: E4 M* |/ J9 z必要了。都知道,执行文件都有自己的代码段,数据段等等,每个段的大小也是采( }: D  {) E& D6 }* G/ {9 W
用编译器缺省设定的。好,我们来修改一下段的大小看看:2 o9 j, Y1 S* t
5.1 连接选项中有一个是/opt:nowin98,意思是将段的大小设定成为Win2000适应
- X: p7 [+ u% v+ V4 ?+ C0 I的。编译看看:哇塞,变成了2,560byte。看来这个选项确实把文件变小了N多。0 j4 @2 }& u# l- q. Y3 E8 i! J. f
5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩8 {9 ^: n+ W4 o9 r# H
小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件,发现每个段的大小都; C9 h0 V% j/ h. z3 @
是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说:添加连接选项:( {' F$ C2 J6 W. }3 }( q4 \# q1 x5 ^
/align:16(这个大小已经是能够设定的最小的了)。看看结果:1,408Bytes。厉' r. V4 }; l5 z! M/ `& m8 N
害,现在代码更小了。/ ~7 a5 x! n8 a- f: K3 z
5.3 现在回想起来,执行文件大小有数据段,执行代码段等等,如果把这些段都合3 I7 }9 A8 [" a! T; d1 K
并起来,是不是就会把段之间的冗余有减小了呢?再试试看:添加选项:/ }! @: T4 b" p0 J" n; u( R
/merge:.data=.text /merge:.rdata=.text。再看看文件大小:1,328bytes。真的3 p* C$ \9 O- c0 `
很不错了。
/ _' f, y0 m8 G; g9 r  q) M* J* h  [* a( X. L5 n) n1 M
6、刚才的设定确实不错,似乎达到了我们想要的极限了。但是回头想一下,如果
+ ~0 C& {7 v/ _- M没有CRT库的话,会不会更小了?实际上确实这样。添加连接选项: /entry:
5 {4 d9 g) _- c1 W) `  `$ Qmain,把入口地址直接指向我们的main函数看看。得到592Bytes。- B8 D# d" C5 c6 S
6 T/ R, m3 [  F: J
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译% g- N0 v8 o7 [2 S& |( E# z  r
出来的最小的代码了。
7 @; n1 X" s2 V, s& H: `  b' F
$ w5 D3 k0 l% c" b2 ~结论:  E* Q6 E+ }  E6 @& s5 y! `
通过上述的步骤,我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目
: m# m- W9 C1 J的。但是,通常来讲,在我们的Release文件当中,并不需要如此小的执行文件。
; C$ G5 l% T% ^' u# E% d* [' Y- _如果想达到瘦身的目的,修改为library:MutiThreaded Dll和添加/opt:nowin98已
& D% g+ V- c+ o  j经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现,而且,带9 j1 c4 C: I" m/ D2 E+ U
有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。
+ V- y" ^7 u8 z) l  e
7 Q4 D5 e! z9 J( Z: m) L# B7 b另外:如果你的执行文件即使通过了这些设定还是比较大的话,也可以通过一些: g' b/ o0 @  |$ _' g  ]* i
EXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。
5 Z1 ]+ J& Z/ E# w4 y- O9 R8 q' }( [+ o3 |% v
以上部分的不足之处,还请多多指正。
发表于 2006-10-3 13:00:07 | 显示全部楼层
谢谢楼主
回复

使用道具 举报

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2026-9-16 01:05 , Processed in 0.012768 second(s), 4 queries , Redis On.

Powered by Discuz! X3.5

© 2001-2026 Discuz! Team.

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