问题描述

MemCache 与 MemFabric 小版本切换或三方库版本未对齐时，mmc_meta_service 进程可能同时包含编译期内嵌的 MemFabric 实现和运行环境中的另一版本 libmf_smem.so。外部动态库会抢占 libmf_memcache.so 中默认可见的同名 C++ 符号及全局对象，导致跨版本对象被混合创建、访问和析构，最终出现 coredump。

软件配套与复现场景

复现步骤：

1. 使用 MemFabric 1.3.0 编译 develop 版本 MemCache；
2. 启动 MetaService 时通过 LD_PRELOAD 注入 MemFabric 1.2.0 的 libmf_smem.so；
3. MetaService 能够完成启动；
4. 进程退出清理时触发 double free 并生成 core。

关键日志：

Meta Service launched successfully
double free or corruption (fasttop)
timeout: the monitored command dumped core

Core 文件：

/home/zjl/core-mmc_meta_servic-68954-1787845366

coredump 关键堆栈

PID 68954 - core
TID 68954:
#0  libc.so.6
#1  libc.so.6
#2  libc.so.6
#3  libc.so.6
#4  libc.so.6
#5  libc.so.6
#6  libc.so.6
#7  libc.so.6
#8  std::__new_allocator<std::__detail::_Hash_node_base*>::deallocate(
        std::__detail::_Hash_node_base**, unsigned long)
    /usr/include/c++/12/bits/new_allocator.h:158

其他存活线程位于运行期注入的 MemFabric 1.2.0 libmf_smem.so 的 AccTcp worker/cleanup 路径，说明进程退出时混用了不同版本的全局状态。

完整堆栈记录：

/home/zjl/memfabric-decouple/logs/runtime-mismatch.eu-stack.txt

根因

1. config_store_object 和 ptracer_object 已经嵌入 libmf_memcache.so，但 mmc_meta_service 又重复编译了一份，进程内形成两套 C++ 单例和全局状态；
2. libmf_memcache.so 内嵌的 config_store/acc_tcp_net_static 符号未做本地绑定，运行环境中另一版本 libmf_smem.so 的同名默认可见符号能够发生 ELF symbol interposition；
3. 不同版本容器、互斥量及网络对象的创建和析构路径被交叉使用，在退出阶段触发 double free。

建议修复

1. MetaService 不再重复编译 ptracer_object 和 config_store_object，统一使用 libmf_memcache.so 中的实现；
2. 对 libmf_memcache.so 使用 -Wl,-Bsymbolic，将内嵌 MemFabric 私有实现及全局状态绑定到库内部，阻止外部 libmf_smem.so 抢占；
3. 保持现有 C ABI/dlopen 调用边界，使运行期 MemFabric 版本变化不会影响 MetaService 的私有 C++ 状态。

验收标准

• develop 和 release/1.2 均能完成编译；
• 正常 MemFabric 配套下 MetaService 能启动并正常停止；
• 注入 MemFabric 1.2.0 libmf_smem.so 后仍能启动并正常停止；
• 不出现 double free，不产生新 core；
• libmf_memcache.so 不直接依赖 libmf_smem.so，且相关私有 C++ 状态不再保留可被抢占的动态重定位。