编译静态库时__declspec(dllexport)修饰符会被忽略吗？

结论 #

这种行为不属于未定义行为，现有实现完全可以保障你当前的使用方式不会出现问题，不需要额外修复。

具体说明 #

• __declspec(dllexport)/__declspec(dllimport)的核心作用是告知链接器是否需要将对应符号加入动态库的导出/导入表，仅在生成动态链接库（.dll/.so）场景下有实际作用。
• 静态库本质是多个目标文件（.obj/.o）的归档打包产物，编译静态库的流程不会生成动态库专属的导出表结构，所以编译器（包括MSVC、MinGW GCC）在编译静态库时会自动忽略这两个修饰符，不会抛出错误，也不会改变最终生成的静态库结构。
• 你查阅官方文档没找到相关说明，是因为这属于编译工具链的默认实现逻辑：无效的链接器指令在对应场景下自动丢弃，不属于需要单独文档标注的特殊规则。

可选优化建议 #

你当前的宏写法可以调整得更严谨，避免语义混淆：

1. 编译静态库时不要定义SHARED宏，让DLLEXPORT保持为空值，更符合静态库不需要导入导出修饰符的语义。可以在CMake中通过target_compile_definitions针对动态库构建目标单独添加SHARED宏定义，静态库目标不添加即可。
2. 如果后续需要支持Linux平台的.so动态库，可以补充GCC/Clang对应的可见性修饰符，修改后的宏如下：

#define DLLEXPORT
#ifdef SHARED
    #ifdef COMPILING
        #ifdef _WIN32
            #undef DLLEXPORT
            #define DLLEXPORT __declspec(dllexport)
        #else
            #undef DLLEXPORT
            #define DLLEXPORT __attribute__((visibility("default")))
        #endif
    #else
        #ifdef _WIN32    
            #undef DLLEXPORT
            #define DLLEXPORT __declspec(dllimport)
        #else
            #undef DLLEXPORT
            #define DLLEXPORT __attribute__((visibility("default")))
        #endif
    #endif
#endif

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