static关键字在HPC中用于固化CPU核心与线程的映射关系，确保一致性、安全性及编译期确定性；支持静态全局映射表、静态局部配置器和静态成员封装三种方式，兼顾线程安全与硬件拓扑绑定。
在高性能计算（HPC）模块中，用 static 关键字统一定义 CPU 核心与线程的映射关系，核心目标是：**避免重复声明、确保跨函数/文件的一致性、防止运行时误改，并天然支持编译期确定的硬件拓扑绑定**。它不是用来做动态调度，而是为固定策略提供安全、清晰、一次定义多处使用的底层支撑。
静态全局映射表：限定作用域 + 编译期固化
将核心编号列表定义为 static 全局变量，放在专用头文件或 .cpp 文件顶部：
- 使用
static const std::vector<std::size_t>或static constexpr std::array显式声明，确保不可修改且仅本文件可见 - 例如：
static constexpr std::array cores_for_fft = {0, 1, 2, 3};—— 表明 FFT 任务始终绑定这 4 个物理核心 - 这样其他模块无法意外修改或重定义该映射，也不会因链接冲突导致多个副本
静态局部配置器：首次初始化 + 线程安全复用
若需结合运行时探测（如读取 /sys/devices/system/cpu/online），可用 static 局部变量 封装初始化逻辑：
- 在初始化函数中声明
static auto cpu_map = []{ /* 一次性探测并返回映射表 */ }(); - 该 lambda 只执行一次，结果缓存在静态存储区，后续调用直接返回已构建好的结构
- 天然线程安全（C++11 起静态局部变量初始化具有一致性保证），无需额外锁
静态成员封装：绑定策略与线程对象一体化
在 HPC 任务类中，用 static 成员变量 统一管理亲和性策略：
- 定义
static const std::vector<std::size_t> affinity_group;作为类级别的绑定约定 - 构造函数或启动方法中调用
std::this_thread::set_affinity(affinity_group)，所有实例共享同一套核心分配逻辑 - 配合
static std::atomic<size_t> next_core_id;实现轮询式核心分配（如多个 worker 线程分占不同核心）
注意事项：避免多线程与初始化顺序陷阱
static 变量虽方便，但在并发环境下需谨慎：
- 静态局部变量初始化是线程安全的，但其内部数据（如 vector 内容）若被多线程同时读写，仍需同步保护
- 不同编译单元中 static 全局变量的初始化顺序未定义，不要让它们相互依赖
- 在 C++26 中，优先使用
constexpr+std::array替代运行时构造的std::vector，进一步提升确定性
