C++ 不修改原有源码如何将预定义函数导出为DLL/SO共享库？

完全可以在不改动原有预先编写的C++源文件的前提下，仅通过新增辅助文件、调整构建参数完成共享库导出，无需在原函数上添加__declspec(dllexport)这类导出标记，对应示例场景有几类成熟的实现方式：

跨平台通用桥接封装法 #

这是兼容性最好的方案，所有导出相关逻辑全部放在新增的独立文件中，原funcs.cpp保持完全不变：

• 第一步，新建独立的桥接导出文件exports_bridge.cpp，不改动原有业务代码：

// exports_bridge.cpp - 新增的桥接文件，和原funcs.cpp独立
// 引用原有源文件中定义的函数，匹配外部链接规则
extern int add(int x, int y);

// 按平台定义导出标记，所有导出逻辑集中在这里处理
#ifdef _WIN32
#define SHARED_EXPORT __declspec(dllexport)
#else
#define SHARED_EXPORT __attribute__((visibility("default")))
#endif

// 包装原有函数为导出符号，可按需调整调用约定、符号名称
extern "C" SHARED_EXPORT int shared_add(int x, int y)
{
    return add(x, y);
}

• 第二步，调整Makefile构建规则，将原源文件和桥接文件共同编译为共享库：

# 对应Windows平台MinGW环境的构建命令
dll: funcs.cpp exports_bridge.cpp
	g++ -shared funcs.cpp exports_bridge.cpp -o output.dll

# 对应Linux平台的构建命令
so: funcs.cpp exports_bridge.cpp
	g++ -shared -fPIC funcs.cpp exports_bridge.cpp -o liboutput.so

这种方案可以规避C++名字修饰、调用约定不匹配的问题，同时不会侵入原有源文件。

零额外代码的符号控制法 #

如果不想新增桥接文件，可以通过各平台链接器原生支持的符号指定配置，直接控制哪些函数需要导出：

Windows 平台 #

MSVC环境默认不会导出任何非显式标记的函数符号，MinGW环境默认会导出所有非static的全局函数，但通过链接器原生支持的模块定义文件，可以更精确控制导出范围，且不需要修改原源文件：

• 新建模块定义文件output.def，指定要导出的函数列表：

LIBRARY output.dll
EXPORTS
    add

• 编译时直接将def文件传入链接流程：

# MinGW 环境编译命令
g++ -shared funcs.cpp output.def -o output.dll

# MSVC 环境编译命令
cl /c funcs.cpp
link /DLL funcs.obj /DEF:output.def /OUT:output.dll

注意：C++编译器会对函数名做名字改编（比如将add(int,int)改编为_Z3addii这类内部符号名），需要先用nm（MinGW环境）或dumpbin /symbols funcs.obj（MSVC环境）查到目标函数在目标文件中的实际符号名，再填入def文件的EXPORTS列表中，避免导出匹配失败。

Linux 平台 #

Linux下GCC默认编译共享库时，会自动将所有非static的全局函数暴露为可导出符号。如果没有隐藏无关符号的需求，直接执行g++ -shared -fPIC funcs.cpp -o liboutput.so，生成的SO文件就已经包含可调用的add函数了。
如果需要精确控制导出范围、隐藏无关的内部实现符号，可以新建链接版本脚本export.map：

{
global:
    add;  # 仅将add标记为全局可导出符号
local:
    *;    # 其余所有符号全部隐藏，不对外暴露
};

编译时将版本脚本通过链接参数传入即可，完全不需要修改原源文件：

g++ -shared -fPIC -Wl,--version-script=export.map funcs.cpp -o liboutput.so

常见限制说明 #

• 如果原源文件中的函数是用static修饰的内部链接函数，其符号不会暴露到目标文件的公共符号表中，无论用什么外部配置方式都无法将其导出，这种场景下不修改源文件的前提无法成立。
• 如果原函数依赖了内部全局变量、未导出的辅助函数，需要确保这些依赖符号也在共享库的可见范围内，避免运行时出现符号找不到的问题。

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