首页 > 编程语言> 文章详细

C++ 动态库、静态库、__declspec(dllexport)、符号隐藏、gcc visibility (“default“)

2021-04-22 18:31:44 阅读：857 来源： 互联网

标签：__ gcc 静态 declspec MSVC 动态链接

本文链接 github.com/BeyondXinXin

C++ 动态库、静态库、__declspec(dllexport)、符号隐藏、gcc visibility (“default”)

记录几个之前存在疑惑的地方。

Q1：为什么我选择生成/使用动态库，依旧会产生/加载 .lib？

动态库：.dll/.so
静态库：.lib/.a
链接：把库函数跟可执行程序绑定（绑定时间不同，分为静态、动态链接）

不管链接，都要给可执行程序添加导入库。静态库的导入库就存在他本身、动态库的导入库存在*.lib（这个lib并不是静态库）
所以程序封装给别人用，需要提供：

头文件
静态链接： .lib（静态库）
动态链接： .dll（动态库） + .lib（导入库）

静态库和导入库名字相同，大小差异很多。导入库只有函数的符号，静态库有具体实现。

Q2：增加了头文件和库文件，依旧提示找不到符号/声明/定义？

库文件中的函数并非全部导出，不同编译器会有不同效果。

gcc、mingw会导出所有的函数到动态库
msvc默认不会导出任何函数到动态库

所以使用msvc时候会出现，明明把文件和库都加载了却依旧找不到实现的符号。

Q3：为什么动态库会隐藏函数/类？

可以想象到的是：

输出库符号受限提高程序的模块性，并隐藏实现细节
动态库的符号越少，启动和运行越快
导出所有符号会增加内存

还没实际试过，抽空研究一下补上。

Q4：_declspec是个啥？

MSVC ：微软的 c++ 编译器（还有很多其他的编译器，比如mingw、gcc）
拓展修饰：不同的编译器对c++增加了标准语法外的魔法糖
__declspec ：拓展修饰符
_declspec(dllexport) ：在DLL源文件中声明要输出的C++类、函数以及数据。MSVC 增加的魔法糖
_declspec(dllimport) ：在外部程序声明由DLL输出的C++类、函数以及数据。MSVC 增加的魔法糖

Q5：MSVC 如何封装动态库？

第二个问题说了，msvc动态库不会导出任何函数，那msvc应该怎么用？

封装：

类/函数在库内部使用：不做任何操作
类/函数在库外部给别人用：使用_declspec(dllexport)修饰类/函数

使用：

使用库内部的函数/类：声明的头文件使用_declspec(dllimport)修饰类/函数

Q6：cmake和头文件如何写？

只有msvc才有动态库封装部分接口给外部使用，其他的比如gcc会封装所有的函数给外部使用。
封装使用_declspec(dllexport)修饰函数/类、调用使用_declspec(dllimport)修饰函数/类

那其实问题就变成了用什么修饰函数/类的问题

// 动态库封装的cmakelist.txt
if(WIN32)
    if(MSVC)
        add_definitions(-DUSE_SHARED)
    else()
        add_definitions(-DNO_MSVC)
    endif()
endif()

// 静态库封装的cmakelist.txt
if(WIN32)
    if(MSVC)
        add_definitions(-DUSE_STATIC)
    else()
        add_definitions(-DNO_MSVC)
    endif()
endif()

// 可执行程序的cmakelist.txt
// 啥也不用写

// Q_DECL_EXPORT 和 Q_DECL_IMPORT 是Qt封装好的，跟直接用__declspec(***)一样
#define Q_DECL_EXPORT __declspec(dllexport)
#define Q_DECL_IMPORT __declspec(dllimport)


#ifdef _WIN32
    #if defined(USE_SHARED)
        #define REGDLL_API Q_DECL_EXPORT
    #elif defined(USE_STATIC)
        #define REGDLL_API
    #elif defined(NO_MSVC)
        #define REGDLL_API
    #else
        #define REGDLL_API Q_DECL_IMPORT
    #endif
#else
    #define REGDLL_API __attribute__ ((visibility ("default")))
#endif


namespace RegFuncs {
    // 类被 REGDLL_API 修饰。所有的函数都可以载外部调用
    class REGDLL_API PubRegFuncs {
      public:
        static void LoadMarkerData(const QString &fileName);
    };

    // 被 REGDLL_API 修饰的函数才可以载外部调用
    class MarkerRegistration {
      public:
        REGDLL_API static bool GetCoefficient(std::string filePath);
    };
}

Q7：其他编译器如何实现封装部分函数？

GCC 4.0以后，提供visibility属性，可以应用到函数、变量、模板以及C++类。

#ifdef __GNUC__ >= 4
    #ifdef FBC_EXPORT
        #define FBC_API_PUBLIC __attribute__((visibility ("default")))
        #define FBC_API_LOCAL __attribute__((visibility("hidden")))
    #else
        #define FBC_API_PUBLIC
        #define FBC_API_LOCAL
    #endif
#else
    #error "------ requires gcc version >= 4.0 ------"
#endif

Q8：静态库__declspec()使用？

使用（MSVC）

封装静态库：可以用 __declspec(dllexport) 修饰，不过没啥用
使用静态库：不能用 __declspec(dllimport) 修饰，因为找不到动态库
建议：静态库的代码 dllexport、dllimport 都不要用

Q9：静态库隐藏符号功能？

gcc 可以直接 -fvisibility=hidden
MSVC该怎么操作？没找到合适的办法

每天cpp文件是一个编译单元，单元有三个符号：

自己用的
给外部用的
依赖外部的

编译阶段：只要声明就可以
链接阶段：链接器就是把这些符号相互链接，少了那个都会链接失败。

Q10：静态库加载动态库后使用、动态库加载静态库后使用？

静态库 <-- 静态库
MSVC只需链接静态库，gcc需要链接两个静态库
静态库 <-- 动态库
动态库依旧被动态调用
MSVC只需链接静态库，gcc需要链接静态和动态库
如果你写的静态库引入其他库，还是改成动态库吧。
动态库 <-- 静态库
MSVC、gcc 只需链接动态库
试了下可行，限制挺多
动态库 <-- 动态库
MSVC、gcc 只需链接动态库

静态库没有链接这个步骤，静态库如果用了其他静态库或者动态库需要手动链接
动态库有链接步骤，链接静态库则把静态库全部放进来，链接动态库则只放入符号再程序启动时候链接。
动态库可以由多个程序共享, 节省内存，易于升级。静态库外部依赖少, 更易于部署。

目前个人理解是这样，有错误请指正。

标签：__,gcc,静态,declspec,MSVC,动态,链接
来源： https://blog.csdn.net/a15005784320/article/details/116025276

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9