为何定义含1500个元素unordered_map的cc文件编译耗时达10秒

1. 该问题场景中的写法是对全局std::unordered_map变量直接使用长列表聚合初始化，编译器在开启优化的情况下，SROA（标量替换聚合体）优化 pass 会尝试将初始化过程中产生的大量临时聚合对象（包括每个键值对对应的std::pair、std::vector临时对象，以及整个初始化列表的聚合结构）拆分为单个标量变量做进一步优化。
2. 当键值对数量达到1500条时，嵌套的聚合对象数量会暴增，SROA pass 需要逐一遍历每个聚合对象的成员，做内存布局分析、逃逸分析、生命周期判断，整个处理的时间成本和条目数呈正相关，条目越多耗时涨幅越明显，最终出现10秒的超长编译耗时。

• 方案1：拆分初始化逻辑，避免编译期长列表聚合初始化
  将全局变量的声明和初始化拆分，把初始化逻辑放到独立的构造函数中执行，示例代码如下：

// 头文件声明
extern std::unordered_map<int32_t, std::vector<int32_t>> kItemAdDspInfoCommonAttr;

// 实现文件代码
#include <vector>
#include <unordered_map>
#include <utility>

std::unordered_map<int32_t, std::vector<int32_t>> kItemAdDspInfoCommonAttr;

// 程序启动阶段自动执行初始化
__attribute__((constructor)) void InitItemAdDspInfoAttr() {
    // 预分配足够空间避免插入时扩容
    kItemAdDspInfoCommonAttr.reserve(2048);
    // 逐个插入条目，也可以先把所有条目存到静态数组里再遍历插入
    kItemAdDspInfoCommonAttr.insert({1, {30740}});
    // 剩余1499条插入逻辑
}

这种方式不会在编译期生成大量待优化的聚合临时对象，直接避免了SROA pass的高额开销，编译耗时可以降到毫秒级。

• 方案2：改用静态数组存储原始数据，按需构造哈希表
  把所有键值对预先存到一个普通的静态C数组里，运行时需要使用哈希表的时候再遍历数组批量插入；如果查询量不大，也可以先对静态数组做排序，查询时直接用二分查找，完全不需要构造unordered_map，编译成本极低。
• 方案3：单文件关闭对应优化（折中方案）
  如果必须保留原有聚合初始化的写法，可以针对这个单独的源文件关闭O2优化，或者指定编译参数关闭SROA pass，不过会牺牲该文件内代码的运行时性能，仅适合临时解决问题。

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