LESSuseLESS1. 动态库加载的两种方式：显式与隐式
在Linux开发中，动态库（.so文件）的使用方式主要分为显式调用（dlopen/dlsym）和隐式调用两种。这两种方式在内存管理上有着本质区别，理解这些差异对于开发资源敏感型应用至关重要。
隐式调用就像是我们平时最常用的方式：在代码中包含头文件，编译时通过-l指定库名，运行时系统会自动加载。这种方式简单直接，但有个特点——不管你是否真的用到这个库的功能，程序启动时就会把整个库加载到内存中。我曾经在一个嵌入式项目中遇到过这种情况：明明只用了库里的一个小功能，却因为隐式调用导致整个大库都被加载，白白浪费了宝贵的内存资源。
显式调用则完全不同，它通过dlopen和dlsym这两个函数来实现"按需加载"。这种方式不需要在编译时链接库，而是在运行时根据需要动态加载。就像我们去图书馆，隐式调用是把可能需要的书都搬回家，而显式调用是等到真正需要时才去借阅。这种方式特别适合插件式架构，或者那些功能模块可能根本用不到的场景。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 内存加载时机的关键差异
2.1 程序启动时的内存行为
隐式调用的加载时机非常"积极"——程序一启动，所有链接的动态库就会被加载到内存中。这就像搬家时把所有家具都搬进新家，不管近期是否用得上。在实际监控中可以看到，即使程序还没执行到使用库函数的代码，pmap命令已经显示.so文件被映射到内存中了。
显式调用则要"懒散"得多。程序启动时，只有当你真正调用dlopen时，系统才会去加载对应的动态库。我做过一个测试：程序启动后先sleep 60秒，在这期间用pmap查看，确实看不到目标库的踪影。直到执行dlopen后，库才出现在内存映射中。这种特性对于启动速度要求高的应用特别有价值。
2.2 运行期间的内存占用变化
隐式调用的内存占用相对稳定——启动时就确定了基本的内存布局。而显式调用的内存占用会随着dlopen的调用而增长。不过要注意的是，显式调用虽然节省了初始内存，但需要额外加载libdl库，这个开销大约在100KB左右。
在实际项目中，我发现一个有趣的细节：多次调用dlopen加载同一个库，并不会导致库被重复加载。系统很聪明地维护了引用计数，只有当所有使用者都调用dlclose后，库才会从内存中卸载。这个特性可以用来实现库的共享使用。