海湾合作委员会 C++ “你好世界” 程序-> .exe 在 Windows 上编译时有 500kb 大。 我怎样才能减小它的大小？

Question

我最近刚刚开始学习 C++ - 我在 Windows 上使用 nuwen 版本的 MingW，使用 NetBeans 作为 IDE (我还有 MSVC 2008 的 MSDN AA 版本，尽管我不经常使用它）。

编译这个简单的程序时：

#include <iostream>
using namespace std;

int dog, cat, bird, fish;

void f(int pet) {
  cout << "pet id number: " << pet << endl;
}

int main() {
  int i, j, k;
  cout << "f(): " << (long)&f << endl;
  cout << "dog: " << (long)&dog << endl;
  cout << "cat: " << (long)&cat << endl;
  cout << "bird: " << (long)&bird << endl;
  cout << "fish: " << (long)&fish << endl;
  cout << "i: " << (long)&i << endl;
  cout << "j: " << (long)&j << endl;
  cout << "k: " << (long)&k << endl;
} ///:~

我的可执行文件大约有 1MB 大。 当我将项目配置从“调试”更改为“发布”时，使用 -O1 -Os 标志（一路剥离调试符号），二进制大小从 1MB 减少到 544KB。

我不是一个“大小怪胎”，但我只是想知道 - 有什么办法可以进一步减小 .exe 的大小吗？ 我只是认为，544KB 对于这样一个简单的应用程序来说太大了）。

Answer 1

这里的问题不在于库，而在于
库已链接。 诚然，iostream 是一个相当大的库，但我不这么认为
认为它可能如此巨大以至于导致程序生成一个可执行文件
比使用 C 函数的类似函数大 900KB。 罪魁祸首
不是 iostream 而是 gcc。 更准确地说，应该归咎于静态链接。

您如何解释这些结果（用您的程序）：

g++ test.cpp -o test.exe              SIZE: 935KB
gcc test.cpp -o test.exe -lstdc++     SIZE: 64.3KB

使用完全相同的可执行文件生成不同大小的可执行文件
构建选项。

答案在于 gcc 链接目标文件的方式。
当您比较这两个命令的输出时：

g++ -v test.cpp -o test.exe // c++ program using stream functions  
gcc -v test.c -o test.exe   // c program that using printf  

您会发现它们唯一不同的地方（除了
临时对象文件）位于所使用的选项中：

   C++(iostream) | C(stdio)
-------------------------------
-Bstatic         |  (Not There)
-lstdc++         |  (Not There)
-Bdynamic        |  (Not There)
-lmingw32        | -lmingw32 
-lgcc            | -lgcc 
-lmoldname       | -lmoldname 
-lmingwex        | -lmingwex 
-lmsvcrt         | -lmsvcrt 
-ladvapi32       | -ladvapi32 
-lshell32        | -lshell32 
-luser32         | -luser32 
-lkernel32       | -lkernel32 
-lmingw32        | -lmingw32 
-lgcc            | -lgcc 
-lmoldname       | -lmoldname 
-lmingwex        | -lmingwex 
-lmsvcrt         | -lmsvcrt 

您的罪魁祸首就在顶部。 -Bstatic 是附带的选项
正好在目标文件之后，可能看起来像这样：

"AppData\\Local\\Temp\\ccMUlPac.o" -Bstatic -lstdc++ -Bdynamic ....

如果您使用选项并删除“不必要的”库，
您可以将可执行文件的大小从 934KB 减少到 4.5KB 最大值
就我而言。 我通过使用 -Bdynamic（-O 标志）得到了 4.5KB
以及您的应用程序离不开的最重要的库，即
-lmingw32、-lmsvcrt、-lkernel32。 您将获得一个25KB可执行文件
观点。 将其缩减至 10KB，并UPX缩减至 4.5KB-5.5KB 左右。

这是一个可以使用的 Makefile，供大家参考：

## This makefile contains all the options GCC passes to the linker
## when you compile like this: gcc test.cpp -o test.exe
CC=gcc

## NOTE: You can only use OPTIMAL_FLAGS with the -Bdynamic option. You'll get a
## screenfull of errors if you try something like this: make smallest type=static
OPTIMAL_FLAGS=-lmingw32 -lmsvcrt -lkernel32

DEFAULT_FLAGS=$(OPTIMAL_FLAGS) \
-lmingw32 \
-lgcc \
-lmoldname \
-lmingwex \
-lmsvcrt \
-ladvapi32 \
-lshell32 \
-luser32 \
-lkernel32 \
-lmingw32 \
-lgcc  \
-lmoldname \
-lmingwex \
-lmsvcrt


LIBRARY_PATH=\
-LC:\MinGW32\lib\gcc\mingw32\4.7.1 \
-LC:\mingw32\lib\gcc \
-LC:\mingw32\lib\mingw32\lib \
-LC:\mingw32\lib\

OBJECT_FILES=\
C:\MinGW32\lib\crt2.o \
C:\MinGW32\lib\gcc\mingw32\4.7.1\crtbegin.o

COLLECT2=C:\MinGW32\libexec\gcc\mingw32\4.7.1\collect2.exe

normal:
    $(CC) -c test.cpp
    $(COLLECT2) -Bdynamic $(OBJECT_FILES)  test.o -B$(type) -lstdc++ -Bdynamic  $(DEFAULT_FLAGS) $(LIBRARY_PATH) -o test.exe

optimized:
    $(CC) -c -O test.cpp
    $(COLLECT2) -Bdynamic $(OBJECT_FILES)  test.o -B$(type) -lstdc++ -Bdynamic  $(DEFAULT_FLAGS) $(LIBRARY_PATH) -o test.exe

smallest:
    $(CC) -c -O test.cpp
    $(COLLECT2) -Bdynamic $(OBJECT_FILES)  test.o -B$(type) -lstdc++ -Bdynamic  $(OPTIMAL_FLAGS) $(LIBRARY_PATH) -o test.exe

ultimate:
    $(CC) -c -O test.cpp
    $(COLLECT2) -Bdynamic $(OBJECT_FILES)  test.o -B$(type) -lstdc++ -Bdynamic  $(OPTIMAL_FLAGS) $(LIBRARY_PATH) -o test.exe
    strip test.exe
    upx test.exe

CLEAN:
    del *.exe *.o

结果（YMMV）：

// Not stripped or compressed in any way
make normal    type=static     SIZE: 934KB
make normal    type=dynamic    SIZE: 64.0KB

make optimized type=dynamic    SIZE: 30.5KB
make optimized type=static     SIZE: 934KB

make smallest  type=static     (Linker Errors due to left out libraries)
make smallest  type=dynamic    SIZE: 25.6KB 

// Stripped and UPXed
make ultimate type=dynamic    (UPXed from 9728 bytes to 5120 bytes - 52.63%)
make ultimate type=static     (Linker Errors due to left out libraries)

在默认构建选项中包含 -Bstatic 的可能原因
是为了更好的性能。 我尝试使用 -Bdynamic 构建 astyle 并得到
速度平均下降 1 秒，即使应用程序很慢
比原始版本小（UPX 后为 400KB vs 93KB）。

Answer 2

这

#include <iostream>

导致许多标准库被链接，至少与 g++ 是一样的。 如果您确实担心可执行文件的大小，请尝试将所有 iostream 的使用替换为 printf 或类似的。 这通常会给你一个更小、更快的可执行文件（我把你的可执行文件减少到大约 6K），但代价是便利性和类型安全。

Answer 3

不确定它对您有多大用处，但是 有人在减小简单 Windows .exe 的大小方面做了大量工作。

通过使用一些非常极端的方法，他们能够创建一个简单的 .exe，该文件将在 133 字节的现代 Windows 版本上执行。

Answer 4

你可以使用 -s，我相信它也内置于 mingw 中。
在 cygwin 上使用 g++ 3.4.4 编译的一个简单的 hello world 应用程序生成了 476872 字节的可执行文件，使用 -s 再次编译（删除不必要的数据），将相同的可执行文件减少到 276480 字节。

cygwin 上使用 g++ 4.3.2 的相同 hello world 应用程序生成了 16495 字节的可执行文件，使用 strip 将大小减少到 4608 字节。
据我所知，可能最好使用更新版本的 g++。

MingW 刚刚发布了 gcc 4.4.0，因此如果可执行文件大小很重要，那么我会考虑使用它。 正如它所表明的 -s 可能会帮助您去除大部分调试信息，因此仅在用于生产用途时才建议这样做。

Answer 5

你会得到 C++ 标准库，以及我猜想的其他东西，它们是静态链接的，因为 mingw 有自己的这些库的实现。

不用太担心，当你编写更复杂的程序时，大小不会相应增长。

Answer 6

基本上，您实际上无法通过 mingw 的基本发行版来减少 .exe 大小。 550kb 大约是你能得到的最小的大小，因为 mingw 和 gcc/g++ 一般来说不擅长剥离未使用的函数。 其中大约 530kb 来自 msvcrt.a 库。

如果您确实想深入了解它，则可以使用 -ffunction-sections -fdata-sections 编译器选项重建 msvcrt.a 库，然后在链接应用程序时使用 -Wl,--gc-sections 链接器选项，这应该能够从那里去除很多东西。 但如果您刚刚学习 C++，重建该库可能有点高级。

或者您可以只使用 MSVC，它非常适合剥离未使用的功能。 使用 MSVC 编译的相同代码会生成一个 10kb 的 exe。

Answer 7

创建 exe 后，您始终可以在 exe 上运行 UPX 。

Answer 8

如果您需要小型可执行文件，Tiny C 将为 printf("Hello world!") 编译一个 1536 字节的可执行文件
TinyC 只是 C，而不是 C++，众所周知，它比 gcc 编译速度更快，但可执行文件速度更慢。

编辑：
我刚刚尝试了 cout<"Hello World!" 在 DevC++ 中（捆绑 Mingw 4.8 和 Ide），我得到了一个 4.5 MB 的可执行文件！

Answer 9

当你使用 C++ 标准库时，exe 会很快变大。 如果在剥离调试符号后，您仍然想减小软件的大小，您可以使用像 UPX。 但是，请注意，一些防病毒软件会阻止包含 UPX 的 exe，因为某些病毒很久以前就使用了它。

Answer 10

如果您使用“nm”实用程序或其他一些显示 .exe 中内容的程序，您会发现它包含大量某人可能想要使用的类，但您不会。

Answer 11

我使用 Cygwin 和 g++ 复制了您的测试。 您的代码使用 -O2 编译为 480k。 在可执行文件上运行 strip 将其减少到 280k。

不过，总的来说，我怀疑您的问题是使用。 标头。 这会导致链接相当大的库。另外，请注意 cout << x 的作用不仅仅是打印。 有场所、溪流和各种幕后的东西。

但是，如果具有较小的可执行文件大小是一个真正的关键任务目标，那么请避免它并使用 printf 或 put。 如果不是，那么我会说支付 iostream 的一次性费用并完成它。

Answer 12

为什么像 msvc8 这样的其他编译器甚至像 borland c++ 5.5.1 这样的顺序编译器能够生成非常小的可执行文件，但 mingw gcc 却不能呢？

我为以下每个项目快速编译了“hello world”
工具集并观察编译后的可执行文件的大小。 请注意，在
所有这些情况运行时库都是静态链接的并且所有调试
符号已被删除：

compiler toolchain            exe size                   exe size
                              (w/iostream header)        (w/cstdio printf)
-------------------------------------------------------------------------
Borland C++ 5.5.1             110kbyte                    52kbyte
MSVC 2008 express             102kbyte                    55kbyte
MinGW- GCC 3.4.5              277kbyte                    <10kbyte
MinGW- GCC 4.4.1              468kbyte                    <10kbyte

有趣的是 gcc 4.4.1 的更高版本生成了比 gcc3.4.5 更大的可执行文件，可能是由于 libstdc++ 版本不同。

那么mingw真的没有办法在链接阶段删除死代码吗？

Answer 13

大小的主要部分源于相当广泛的运行时库的使用。
因此，在现实生活中，如果您有这样一个简单的应用程序，那么您实际上正在链接一段非常大的“死代码”。

据我所知，没有链接器标志可以跳过链接库的未使用部分。

据我所知，有两种方法可以伪造较小的应用程序：

1. 使用动态链接。 然后您的应用程序引用动态加载的库。 您仍然需要完整大小（实际上更多），但您有一个小得多的可执行文件。
2. 使用可执行压缩系统。

Answer 14

答案很晚，但可能对在这里结束搜索“减少 hello world 二进制大小”的新 C++ 用户有帮助：

这是我编译 hello_world.exe 使用 ~20KB：

hello_world.cpp

#include <cstdio>  // not <iostream>
int main()
{
 printf("Hello, World");
 return 0;
}

g++ 命令行

g++ -s hello_world.cpp -o hello_world.exe

UPX 将二进制文件减少约 50%：

upx -9 hello_world.exe

---

      File size         Ratio      Format      Name
 --------------------   ------   -----------   -----------
   40448 ->  20992      51.90%    win64/pe     hello_world.exe