启用LTO和高阶优化（-flto -O3）、禁用异常与RTTI（-fno-exceptions -fno-rtti）、控制符号可见性（-fvisibility=hidden）可显著缩短C++内核启动时间，分别精简初始化链、消除运行时开销、加速动态链接解析。
直接改编译选项就能明显缩短启动时间，但不是所有选项都管用——关键在控制初始化开销和减少动态链接负担。
启用LTO和高阶优化（-flto -O3）
LTO（Link-Time Optimization）能让编译器跨目标文件做内联、死代码消除，尤其对静态构造函数链有显著精简效果。配合 -O3 后，很多 trivial 初始化会被完全折叠掉。
-
-flto必须同时加在编译和链接阶段，漏掉任一端都会退化为普通优化 -
-O3在某些模板-heavy 场景下反而增加启动开销（比如触发更多 constexpr 展开），可先试-O2对比 - 若项目含大量
std::string或std::vector全局实例，-flto通常能砍掉 30%+ 的构造调用数
禁用运行时支持（-fno-exceptions -fno-rtti）
异常和 RTTI 的初始化不是免费的：程序启动时，libc++/libstdc++ 会注册类型信息表、设置异常处理帧，这部分开销固定存在，且无法延迟。
- 禁用后，二进制体积通常缩小 15–20%，符号表更小 → 动态链接器解析更快
- 若代码里没用
try/catch或dynamic_cast，关掉绝对安全；否则需全局扫一遍 -
-fno-rtti会影响typeid和虚函数表布局，某些框架（如 Qt 元对象系统）会直接报错
控制符号可见性与初始化顺序（-fvisibility=hidden + __attribute__((constructor))）
默认 GCC 导出所有符号，导致动态链接器必须扫描整个符号表；而构造函数执行顺序不可控，容易引发隐式依赖等待。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
-
-fvisibility=hidden让未显式标记__attribute__((visibility("default")))的符号不导出，加快dlopen和主程序加载 - 用
__attribute__((constructor(101)))显式指定初始化优先级，避免因顺序不确定导致的重复初始化或锁竞争 - 注意：数字越小优先级越高，
101是常见“早期初始化”起点，别用0或负数（可能被系统保留）
调整动态链接行为（-Wl,-z,lazy 和 -static-libstdc++）
启动慢常卡在符号解析环节，尤其是依赖多、层级深的程序。延迟绑定和静态链接 stdc++ 能绕过部分瓶颈。
-
-Wl,-z,lazy让符号在首次调用时才解析，把一部分开销从启动阶段挪到运行期（适合 GUI 或服务端程序） -
-static-libstdc++把 libstdc++ 静态链接进来，避免运行时加载libstdc++.so.6及其依赖树；但要注意 GLIBC 版本兼容性 - 慎用全静态链接（
-static）：它会让getaddrinfo等函数失去 NSS 支持，DNS 解析可能失效
真正起效的组合往往只包含其中 2–3 项，比如 -O2 -flto -fno-exceptions -fno-rtti -fvisibility=hidden。盲目堆砌参数反而可能触发编译器 bug 或破坏 ABI —— 每加一个选项，都要用 readelf -d your_binary | grep NEEDED 和 perf record -e syscalls:sys_enter_mmap ./your_binary 验证实际变化。
