减少全局变量并结合局部化策略能显著增强多核CPU亲和性效果：通过每核独立数据副本、缓存行对齐、函数内联与局部变量替代、绑核前NUMA内存分配及静态局部变量封装，避免缓存失效、伪共享和远程访问。
减少全局变量并结合局部化策略，能显著增强多核 CPU 亲和性的实际效果。核心逻辑在于：全局变量天然跨线程共享，易引发缓存失效（Cache Miss）、伪共享（False Sharing）和锁争用；而局部化设计配合亲和性绑定，可让每个线程独占其核心上的高速缓存与数据副本，形成“每核一数据、每线程一域”的高效执行模型。
把变量按核隔离，避免跨核访问
在多核环境中，多个线程若频繁读写同一全局变量，会导致该变量所在缓存行在不同 CPU 核心间反复同步（MESI 协议开销），严重拖慢性能。应改为为每个逻辑核心分配独立的数据副本：
- 使用数组或结构体数组代替单个全局变量，下标按线程 ID 或 CPU ID 映射，例如：int local_counter[MAX_CPU_CORES];，线程绑定到核心 i 后只操作 local_counter[i]
- 初始化阶段通过 sched_getcpu() 或 syscall(SYS_gettid) 获取当前线程所处核心编号，再定位对应数据槽位
- 结构体成员按 cache line（通常 64 字节）对齐，防止相邻字段被不同线程修改导致伪共享，可用 __attribute__((aligned(64))) 显式对齐
函数内联 + 局部变量替代全局状态
全局状态（如配置标志、临时缓冲区、计数器）一旦被多个线程共用，就破坏了亲和性带来的缓存局部性优势。应将其下沉至函数作用域：
- 将原定义在文件作用域的 static int g_retry_count; 改为函数参数或栈上变量，调用时由主线程或调度器传入
- 高频循环中避免访问全局指针，改用局部指针接收一次后反复使用，例如：const uint8_t *local_buf = g_shared_buffer;，后续循环全用 local_buf
- 启用编译器优化（如 -O2 或 -flto），辅助内联小函数，消除因参数传递引入的间接开销
绑定线程前完成数据本地化分配
CPU 亲和性生效的前提是：线程绑定到某核心后，其访问的数据也尽可能位于该核心本地内存（NUMA 架构下尤为重要）。否则仍会触发远程内存访问延迟：
- 在线程创建后、首次绑核（如 sched_setaffinity）之前，先调用 numa_alloc_onnode（Linux libnuma）或 memkind_malloc 分配专属内存，并绑定到对应 NUMA 节点
- 若无法使用 NUMA 库，至少确保 malloc 后立即触发一次写操作（如 memset 初始化），促使内核在当前线程所在节点分配物理页
- 避免在绑核后跨线程传递指针——尤其不能把 A 核分配的内存地址直接交给 B 核线程使用
用模块封装 + 静态局部变量管理私有状态
当某些状态需在单个线程内跨多次调用保持（如解析器上下文、统计计数器），又不希望暴露为全局变量时，静态局部变量 + 模块化接口是安全高效的折中方案：
- 在绑定到固定核心的 worker 线程函数内部定义 static struct WorkerCtx ctx;，其生命周期与线程一致，且仅本线程可访问
- 配合 __attribute__((constructor)) 在线程启动时自动初始化，或首次调用时惰性初始化
- 对外仅暴露操作函数（如 worker_update(), worker_report()），隐藏内部存储细节，杜绝外部误改
