从MFC移植至Linux：寻求DisableThreadLibraryCalls等效系统调用

首先明确：Linux的动态链接库机制和Windows存在本质差异，没有直接对应DisableThreadLibraryCalls的系统调用——Windows中该函数的核心作用是禁止DLL接收DLL_THREAD_ATTACH/DLL_THREAD_DETACH通知，从而减少线程创建/销毁时的开销；但Linux本身就不存在给动态库发送这类线程生命周期通知的机制，所以优化方向需要围绕Linux动态库的线程相关开销展开。

关于RTLD_LAZY的作用 #

RTLD_LAZY是dlopen()的参数之一，作用是延迟符号绑定——动态库的符号引用会等到首次调用时才解析，而非加载时立即绑定。它和线程通知完全无关，因此无法实现DisableThreadLibraryCalls的性能效果。如果你的目标是减少线程相关开销，RTLD_LAZY不是有效选项。

Linux下实现类似性能收益的最佳方案 #

• 精简动态库的构造/析构逻辑：
  Linux动态库中，通过__attribute__((constructor))/__attribute__((destructor))标记的函数，或传统的_init/_fini函数，会在库加载（dlopen）/卸载（dlclose）时执行。这些代码如果涉及线程全局操作，会带来额外开销。尽可能移除不必要的构造/析构逻辑，只保留核心初始化工作，能直接减少加载卸载时的性能损耗。

• 减少不必要的线程本地存储（TLS）：
  如果动态库使用了线程本地存储（如__thread关键字），每个线程创建时都会初始化TLS变量，销毁时会执行其析构逻辑，这会产生类似Windows线程通知的开销。如果业务场景不需要线程隔离的变量，改用全局静态存储替代TLS，能显著降低线程生命周期带来的性能成本。

• 关闭不必要的线程安全静态变量初始化：
  GCC默认会为静态局部变量生成线程安全的初始化代码（依赖pthread_once实现），即使你的场景不需要线程安全的初始化。可以通过编译选项-fno-threadsafe-statics关闭该特性，减少线程相关的锁开销和初始化逻辑。

• 按需控制动态库加载时机：
  避免在高频线程创建/销毁的阶段加载或卸载动态库，尽量在进程启动时一次性加载所需库，减少动态链接操作带来的全局开销。如果必须动态加载，优先使用RTLD_NOW（加载时立即绑定所有符号），避免运行时延迟绑定带来的零散性能损耗（适合启动后性能优先的场景）。

内容的提问来源于stack exchange，提问作者Arun Kumar