未调用的函数修改为何影响C++程序？（互斥锁问题？）

首先得明确：哪怕你没有显式调用call_module.cpp里的任何函数，只要它被加入了编译构建命令，它里面的某些代码依然会在程序运行时生效，这就是修改它会影响程序的核心原因。

具体影响来源 #

• 全局/静态对象的初始化：如果call_module.cpp里定义了全局mutex、全局变量，或者静态局部对象，这些内容会在main()函数执行之前就完成初始化。哪怕你没调用里面的函数，这些初始化逻辑已经跑了，修改这部分代码自然会改变程序的运行状态。
• 构造函数属性的函数：如果代码里有带__attribute__((constructor))标记的函数，这类函数会在程序启动时自动执行，完全不需要显式调用，修改它们的实现肯定会影响程序。
• 链接阶段的符号冲突/合并：即使没有调用函数，call_module.cpp里的全局符号（比如全局变量名、非静态函数名）可能会和main.cpp或者module.so里的符号产生冲突，或者被链接器纳入最终的可执行文件，修改后符号对应的内容变化，程序行为也会跟着变。

解决办法 #

• 直接移除构建命令里的call_module.cpp：既然你完全没用到这个文件里的代码，最直接的办法就是修改构建命令为：

  g++ main.cpp -Lmodule_dir
  

  这样call_module.cpp就不会参与编译链接，后续修改它也不会影响你的程序了。
• 清理call_module.cpp里的自动执行代码：如果因为某些原因必须把它留在构建命令里（比如有其他依赖），那要检查并移除里面的全局变量、静态初始化逻辑、带constructor属性的函数，或者用条件编译把这些不需要的代码屏蔽掉。
• 让链接器剔除未使用代码：可以添加编译链接选项，让链接器自动去掉未被引用的代码段：

  g++ main.cpp call_module.cpp -Lmodule_dir -ffunction-sections -fdata-sections -Wl,--gc-sections
  

  不过这个方法要注意：如果有通过动态方式调用的符号（比如dlopen加载的），可能会被误删，需要谨慎使用。

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