为何添加-std=c++11选项会导致C风格C++代码可执行文件体积增大？

这个问题我刚好碰到过类似的情况，体积暴增的核心原因确实和C++11的标准切换有关，stdio.h只是间接关联，我来给你拆解一下具体细节：

• C++11强制引入的全局IO初始化逻辑
  当你指定-std=c++11时，g会切换到严格符合C11标准的编译模式。哪怕你写的是纯C风格代码、只用stdio.h，编译器也会自动引入std::ios_base::Init这类全局对象的初始化代码——这是C++11标准要求的，用来初始化全局IO流状态，哪怕你根本没用到iostream。这些初始化代码会被链接进可执行文件，直接带来额外体积。

• stdio.h在C++11模式下的隐性映射
  在默认的旧标准模式（通常是gnu++98）下，g处理stdio.h会直接链接C标准库的符号。但开启C11后，stdio.h会被映射到C标准库的cstdio头文件，而cstdio包含了对C风格IO的C封装层（比如命名空间包装、类型安全检查），这些封装代码会增加额外的体积开销。

• 优化策略的隐性调整
  虽然你加了-Os -s（尺寸优化+移除符号表），但C11模式下编译器的优化逻辑会发生变化。比如，为了兼容C11的语义，编译器可能无法像旧标准那样彻底剥离未使用的代码，或者会保留一些异常处理、RTTI相关的基础代码（哪怕你没用到），这些都会让体积变大。

• C++11标准库的体积差异
  g++ 6.3.0配套的libstdc++（C标准库实现）中，C11版本的组件本身就比旧标准的库更“重”——包含了更多新特性的实现代码。当你开启-std=c++11时，链接器会自动链接这些C++11版本的库组件，哪怕你只用到了C风格IO，也会带上这些额外的依赖。

缩小体积的小技巧（如果你的代码允许） #

• 加上-fno-rtti -fno-exceptions关闭RTTI和异常处理（如果你的纯C风格代码不需要这些C++特性）
• 尝试用-stdlib=libc强制链接C标准库（但这可能会破坏C的语义，仅适合纯C风格的C代码）
• 检查代码中是否有隐式引入的C++头文件，比如不小心包含了iostream之类的

内容的提问来源于stack exchange，提问作者Levi