使用STL导致.o增大的真相

我对于使用STL导致软件体积增大的原因一直都有疑问：STL的模板实例化固然会带来代码膨胀，但是STL的代码都是经过长年的精心优化的，绝大部分函数都很小，为何会导致.o增大如此之多呢？

于是，我决定自己动手探究一番。

我使用的STL版本为SGI STLPort 5.2，编译器为GNU C++ 3.4.4，都是当前项目开发使用的主力工具。

首先，我针对项目代码中最常用的map容器，写了一个最简单的函数：

static void map_test()
{
    map<int, int> a;
    a[50] = 100;
}

这是最常见的[]操作符用法。此函数编译出来.o大小为 28,756 字节。乍一看确实惊人，两条语句居然能编译出29k的目标码，STL真是罪恶之源啊！

可是，当我用UltraEdit把.o文件打开一看，傻眼了，文件中居然有两大段字符文本，摘录一部分如下：

GCC: (Wind River vxworks-6.5 3.4.4-86) 3.4.4  .symtab .strtab .shstrtab .rela.text .data .bss
 .rela.gnu.linkonce.t._ZN11stlpmtx_std3mapIiiNS_4lessIiEENS_9allocatorINS_4pairIKiiEEEEEC1Ev 
 .rela.gnu.linkonce.t._ZN11stlpmtx_std4priv8_Rb_treeIiNS_4lessIiEENS_4pairIKiiEENS0_10_Select1stIS6_EENS0_11_MapTraitsTIS6_EENS_9allocatorIS6_EEED1Ev .rodata.str1.4
 .rela.gnu.linkonce.t._ZN11stlpmtx_std3mapIiiNS_4lessIiEENS_9allocatorINS_4pairIKiiEEEEEixIiEERiRKT_ .gnu.linkonce.t._ZN11stlpmtx_std15binary_functionIiibED2Ev
 .gnu.link