如何让GCC/Clang模板实例化生成到调用方所属section

针对嵌入式多内存分区的场景，不需要修改第三方模板源码，有两个可落地的稳定方案，完全可以替代你之前试过的不稳定的flatten属性方案：

• 链接脚本通配符定向分配（最推荐，零副作用）
  这是嵌入式开发里处理代码分区最通用的无侵入方案，核心逻辑是利用链接脚本的段匹配优先级，把目标范围的代码优先分配到指定内存区域，不需要改任何源码。
  你只需要提前做简单的代码目录拆分：把所有热路径相关的代码（包括调用第三方模板的逻辑）单独放到固定的编译目录下，在链接脚本中把高速RAM对应的段规则写在默认.text段规则之前，匹配该目录下所有目标文件的代码段即可。示例链接脚本片段：

  /* 低延迟高带宽高速RAM映射区域 */
  .text.fast : ALIGN(4) {
    /* 先匹配你手动标记section属性的热函数 */
    *(.text.hot*)
    /* 匹配热路径目录下所有编译单元生成的代码，包含所有隐式实例化的模板代码 */
    build/src/hot_path/*.o(.text.*)
  } > FAST_RAM_REGION
  
  /* 普通速度RAM映射区域，放默认代码 */
  .text : ALIGN(4) {
    *(.text*)
  } > NORMAL_RAM_REGION
  

  这个方案不会造成任何代码膨胀，链接器会自动处理模板实例的重复引用问题，只要匹配规则的粒度控制得当（按编译单元/目录匹配，不要全局通配），就能精确控制热/冷代码的存放位置，完全不需要修改第三方模板库的代码。
• GCC/Clang 段pragma包裹显式实例化（适合小范围模板调用场景）
  如果你不想调整目录结构，可以用编译器自带的段切换pragma，在你自己的代码里包裹模板的显式实例化逻辑，不需要修改第三方头文件：

  // 保存当前编译选项，切换后续生成代码的目标段
  #pragma GCC push_options
  #pragma GCC section(".text.fast")
  
  // 在此处显式实例化热路径需要用到的模板，实例化生成的代码会直接落到.text.fast段
  template class std::array<uint8_t, 64>;
  template void std::fill<uint8_t*, uint8_t>(uint8_t*, uint8_t*, const uint8_t&);
  
  // 你的热路径函数，调用上述模板时会直接引用同段的实例
  __attribute__((section(".text.fast"))) void hot_process() {
    std::array<uint8_t, 64> buf;
    std::fill(buf.begin(), buf.end(), 0);
  }
  
  // 恢复原有编译选项
  #pragma GCC pop_options
  

  注意这个方案需要保证对应模板的首次实例化在pragma包裹的区域内完成，如果其他冷路径编译单元提前实例化了相同的模板，链接器会默认使用先出现的实例，导致段分配失效，建议把热路径用到的模板都集中在专属编译单元做显式实例化，避免冲突。

你之前尝试的flatten属性本质是强制内联所有被调函数，不仅在模板体积大、存在递归调用、编译器判断内联收益低时会失效，还会导致严重的代码膨胀，完全不适合资源受限的嵌入式场景，不建议使用。

内容的提问来源于stack exchange，提问作者Mona the Monad