嘿，我完全懂你说的“C++ Library Cross-Calling”想表达的意思——其实在MSVC++生态里，咱们更常说这是库间调用（包括exe调用库、库之间互相调用），这个术语没问题，不用纠结名称，直接说需求就行~

先确认下你的场景：应该是1个.exe项目，另外两个是库项目（比如FirstLib和SecondLib，各有对应的.h和.cpp文件），对吧？下面我分动态链接库（DLL）和静态库两种情况给你讲清楚，顺便纠正一些常见的错误假设。

DLL是运行时加载的库，核心要处理导出/导入符号的问题，不然其他项目找不到你的函数/类。

1. 正确导出库的符号 #

MSVC++里用__declspec(dllexport)标记要导出的符号，用__declspec(dllimport)标记要导入的符号。为了方便切换，通常定义一个宏：

// FirstLib.h
#ifdef FIRSTLIB_EXPORTS
#define FIRSTLIB_API __declspec(dllexport)
#else
#define FIRSTLIB_API __declspec(dllimport)
#endif

// 导出函数
FIRSTLIB_API void PrintFirstLibMsg();

// 导出类
class FIRSTLIB_API FirstLibClass {
public:
    void DoSomething();
};

注意：MSVC++创建DLL项目时，会自动帮你定义[项目名]_EXPORTS这个预编译宏，所以上面的宏会自动切换导出/导入状态。

2. 库之间互相调用的情况 #

如果FirstLib需要调用SecondLib的函数/类：

• 第一步：在FirstLib项目中添加SecondLib的头文件路径（项目属性→C/C++→常规→附加包含目录）
• 第二步：链接SecondLib的导入库（.lib文件，编译DLL时会生成），可以在项目属性→链接器→输入→附加依赖项里添加，或者用#pragma comment(lib, "SecondLib.lib")代码实现
• 避坑提示：尽量避免两个DLL互相调用的循环依赖，实在要做的话，得调整链接顺序，或者把公共逻辑抽成第三个DLL。

3. EXE调用两个DLL的情况 #

和库之间调用逻辑类似：

• 添加两个库的头文件路径
• 链接两个库的导入库
• 运行时：把两个DLL文件放在EXE的同级目录，或者系统PATH路径下，不然EXE启动会提示找不到DLL

关键注意事项 #

• C++名字修饰问题：如果你的DLL要给其他C++项目调用，要么用extern "C"包裹导出符号（这样会生成C风格的无修饰名字），要么确保所有项目用相同的MSVC版本、编译选项（比如MT/MD、Debug/Release、字符集），不然会因为名字不匹配出现链接错误。
• CRT兼容性：如果DLL用MD（动态CRT）编译，EXE和其他依赖库也必须用MD；如果用MT（静态CRT），所有项目都得用MT，不然会出现运行时内存错误。

静态库是编译时直接把代码嵌入到调用方的二进制文件里，逻辑比DLL简单很多，不需要处理导出导入。

1. 静态库的基本配置 #

静态库项目不需要任何导出宏，只要把函数/类的声明放在头文件，实现放在.cpp里，编译后生成.lib文件即可。比如：

// FirstLib.h
void PrintFirstLibMsg();

class FirstLibClass {
public:
    void DoSomething();
};

// FirstLib.cpp
#include "FirstLib.h"
#include <iostream>

void PrintFirstLibMsg() {
    std::cout << "Hello from FirstLib!" << std::endl;
}

void FirstLibClass::DoSomething() {
    std::cout << "FirstLibClass is working!" << std::endl;
}

2. 库之间互相调用的情况 #

如果FirstLib依赖SecondLib：

• 添加SecondLib的头文件路径
• 链接SecondLib的.lib文件
• 注意：最终EXE链接时，必须把所有依赖的静态库都加进去（比如EXE依赖FirstLib，FirstLib依赖SecondLib，那EXE要同时链接FirstLib.lib和SecondLib.lib），不然会出现“未定义符号”的链接错误。

3. EXE调用两个静态库的情况 #

• 添加两个库的头文件路径
• 链接两个静态库的.lib文件
• 运行时：不需要额外的库文件，因为所有代码都已经嵌入到EXE里了

关键注意事项 #

• 所有项目必须用完全一致的编译选项（MT/MD、Debug/Release、字符集、优化选项等），不然会出现链接错误或者运行时崩溃（比如内存分配释放不匹配）。
• 静态库的循环依赖比DLL更难处理，几乎没有优雅的解决办法，所以一定要避免两个静态库互相调用的情况。

我整理了几个新手常踩的坑，看看你有没有中招：

• ❌ 错误假设：“DLL和静态库的调用方式完全一样”——完全不同！DLL需要导出导入符号，静态库不需要；DLL是运行时加载，静态库是编译时嵌入。
• ❌ 错误假设：“只要有头文件就能调用库”——不管是DLL还是静态库，都必须链接对应的.lib文件（DLL的导入库、静态库的本身），不然链接阶段会报错。
• ❌ 错误假设：“不同MSVC版本编译的库可以互相调用”——除非你用C风格导出DLL，否则不同版本的MSVC因为名字修饰、CRT实现不同，大概率会出问题，尽量用同一版本编译器编译所有项目。

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