我能做些什么来减少我的可执行文件的大小（Delphi）？

Question

我使用Delphi 2009为桌面程序发布单个可执行文件（.EXE）。我没有任何程序运行所需的外部DLL或资源。

我使用两个组件：LMD Innovative's ELPack和Sergey Tkachenko's TRichView，它们被编译到我的可执行文件中。

当我构建我的生产版本时，使用“Release”构建配置，生成的可执行文件为13,533 KB。

在使用Delphi 2009之前，我使用的是Delphi 4.它生成的可执行文件只有2671 KB，同时包含相同的两个组件，基本上与我的当前版本具有相同的代码。

我的确明白Delphi 2009完全是Unicode（这是我升级的主要原因），而且Unicode可能会导致大小增加一倍。但是这大约是5倍。

是否有一个原因，为什么我的可执行文件必须保持5倍大？还是有一些简单的方法来减少可执行文件的大小？

---

请注意。有些人正在回答压缩Delphi EXE的方法。这不是我想要做的。我试图简单地看看为什么要使用这么多的空间来删除​​可能没有必要的内容。如果这样做，如果需要，压缩仍然可以在之后完成。

安装完成后，可执行文件的大小无关紧要。它用于下载目的，并最大限度地减少要压缩的服务器负载和下载时间。我更喜欢使用Inno Setup并在安装例程本身内部压缩程序。然后在安装时将其扩展为完整大小。这既可以防止可能的病毒检测，也可以消除在内存中解压程序所需的额外启动时间。此外我代码签署我的可执行文件和我的安装例程，并且一些压缩技术与此不兼容。

有关压缩的详细信息，请参见StackOverflow的问题：Delphi EXE compressor?

---

ldsandon问我，我用什么选项来提供，所以在这里，他们是：

Compiling Options http://www.beholdgenealogy.com/img/compilingoptions.jpg

Linking Options http://www.beholdgenealogy.com/img/linkingoptions.jpg

Answer 1

当移动f从德尔福7到德尔福2010年，我们的.exe的增长例如从16兆到35兆。

几周前，我在Embarcadero论坛上问了一个类似于你的问题。 （link）在我的OP中，我列出了一系列有关此主题的链接，您可能会发现有帮助。

我们尝试使用UPX压缩我们的.exe文件。让它工作了几个小时显著降低了我们的.exe文件，但我们可能不会在生产中使用它的原因如下：

1. 我们有相当多的.exe文件的，不希望等待1/2每个版本的一天。 （这有可能是我们能找到一个非蛮力的参数设置UPX，这将减少这...）

2. 虽然.exe文件的大小减小，我们可交付不是，因为我们的安装（毫不奇怪）无法从已压缩的文件中挤出更多的压缩数据......但它能够将原始的16兆.exe降低到8兆。

3. 我读过一些报道，在某些时候（很少但从不），UPX exe会引发各种反病毒程序来报告包含病毒的应用程序。 （我不记得日期，地点或我在哪里看到这些信息的细节，所以我在这里报告这件事有点不公平。）但是，我们对于冒这种可能性的风险如此不利，以至于UPX是假表...

的英巴卡迪诺论坛的链接还包括link另一个有关这个主题的SO线程。

对于我们在移植到Delphi 2010时发现的代码膨胀，我仍然感到惊讶和失望。正如Nick所指出的，Unicode的2X是相当过分的。

但是，移动到D2010时，膨胀是一个相对较小的折衷，因为IMO，D2010在许多其他方面是如此惊人的升级。但是，它确实意味着我们可能不得不移动到运送2张CD而不是一张。我不期待看到我们组织对此的反应......

Answer 2

从Unicode中分出预期的2倍增加，并最终得到一个2.5X增加不明。考虑到你跳过了多少个版本，这是有道理的。自Delphi 4以来，很多已被添加到VCL和RTL中，并不是所有的东西都可以很容易地被智能连接出来，即使你从不使用它。取决于你使用的单位数量，你可能会带来相当多的额外行李。

Allen Bauer和编译团队增加了a new feature into D2010 to help reduce this，但显然他们小心谨慎地行事，并没有在尽可能多的地方使用它。希望我们会在2011年和随后的发布中看到更多的信号减少。

Answer 3

没有看到“发布”版本配置使用的实际设置，因此解释了这种规模的增加需要大量的推测。

除了一些可能不太可能的因素导致大量增加被“拖入”的代码即使未被使用，增加的幅度最容易通过包含调试信息来解释。

我会检查你的编译器和链接器设置：

• 调试信息（编译器设置）
• TD32信息（链接）
• 远程调试信息（链接）

比较这些设置在Delphi 2009项目中与Delphi 4中的等效项相同。

Answer 4

使用“UPX - 压缩或扩展的可执行文件” @http://upx.sourceforge.net

---

如果你去工具/配置工具，并进行设置，这样，你可以压缩你的工作可执行轻松通过IDE中的菜单项。

Answer 5

如果你不想使用exe文件压缩，那么你应该给StripReloc一试。

Answer 6

另一种方法是看看'什么单位增加尺寸？'。

为此，我使用集成在JCL/JVCL安装的IDE中的JCL'Project Analyzer IDE'，它向您显示所有具有相应大小的单元。您可以将其导出为文本文件。 如果您在2种环境中使用（D4 & D2009），您将获得大量相关信息。

Answer 7

您较新的delphi中的标准单元可能包含更多的字符串和常量（如错误字符串），即使禁用调试信息也会包含这些字符串和常量。检查你的用途。

除了不使用特定单元或从中删除不需要的数据之外，没有太多的细节。

（我的经验与德尔福5）

Answer 8

我会加几句话。 只有链接器能够遵循代码层次结构，链接器才能删除未使用的过程和函数。下面列出的链接器的梦魇列表：

• 消息驱动的代码，这个不幸的消息是，这个代码不能被任何删除，这就是为什么德尔福空白项目规模的不断从版本增长到版本。每个新的Windows消息（例如，只要我最近介绍了WM_TOUCH）都会创建无法删除的过程调用层次结构（即使您根本没有计划使用Touch API）。这是因为每个的情况下WM_：片段是链接器无法决定是否会使用的东西。代码和数据结构从单元的开始结束，初始化，结束部分访问。在这里你有一些控制，删除不必要的调用或对象创建。即使你创造需求对象，只有释放他们在最后确定部分，请仔细

Answer 9

1）你生成一个详细的地图文件，因为您已设置“使用调试的DCU”它也将包含RTL/VCL单元的符号。如果异常处理系统使用它来生成调用堆栈等，则可以将其添加到可执行文件中。如果不以某种方式压缩，它可能会使你的.exe文件的大小非常大。

2）使用debug dcus也会让你的.exe稍微大些，因为通常它们是在没有优化和调试选项的情况下编译的，而且它们也会让你的代码变慢。它们不应该用于发布版本。

3）调试信息应该只添加到设备的debig信息，而不是可执行文件，尽管需要IIRC生成映射文件。

Answer 10

我已经做了一些测试，看看D2007和D2010之间的区别，因为我们正在升级到D2010。我测试了一个中等规模的管理GUI应用程序，大约有60个表单（带有详细表单，框架等的表格）。我们正在使用TMS组件+ Remobjects。

D2007：
“正常” 的编译：18.8MB
与调试DCU的：18.8MB（同样大小！）

D2010
正常：23.9
调试DCU的：（！）48.8mb

因此，使用调试DCU双打我们的exe文件大小...

测试与我们的业务服务（没有什么大的DFM的）：
D2007：12.3MB
D2010：17.1mb

所以，是的，D2010增加了exe（一点），但这对我的客户来说不是问题。

编辑：有关编译尺寸的一些信息：
D2007：

D2010：

所以增加代码大小，但比数据的两倍多！

Answer 11

由于D2010添加了扩展RTTI，RTTI是增加exe大小的一个臭名昭着的因素，所以有趣的是看D2009的二进制文件对于那个应用程序有多大。

如果D2009的二进制文件明显更小，它不是Unicode等。对于我自己的二进制文件，我只有从D7到D2009增加了30％左右。

Answer 12

检查dfm-s的格式。如果你想让你的exe变小，它们必须是二进制格式。

Answer 13

前面已经说过，使用可执行压缩程序会减小exe文件的大小，但不会降低安装包的大小。但是，如果你想要一台好的压缩机，那么试试ASPack。

@ Tom1952：ASPACK是非常快，只需几秒钟，以压缩文件

Answer 14

你也可以改变图标。在最新的delphi IDE（即XE3）中的图标是Vista/7兼容的，并且包含所有尺寸（据我所知高达256x256）。所以你可以通过改变Icon来减少exe文件的大小。

Answer 15

取消选中项目选项中的调试信息。 如果embarcadero无法提供任何解决方案或解释！我认为这个解决方案很简单：不要仅仅使用Delphi就会有很多编程语言，每一个都只受程序员想象力的限制。