嵌入式Linux下配置项转.so动态加载可行性及基地址获取咨询

一、动态加载.so方案完全可行 #

将配置项编译为独立的.so动态库是解决当前问题的合理方案，能实现配置项与主程序的解耦——修改配置仅需重新编译.so，无需重建主可执行文件。只要你的嵌入式Linux系统支持动态链接（绝大多数基于glibc/musl的嵌入式系统都支持），这个方案就能正常工作。

二、初始化firstConfigItem和lastConfigItem的方法 #

你可以在.so的链接脚本中复用原有逻辑定义这两个符号，再通过动态加载API在主程序中获取它们的地址：

1. 为.so编写链接脚本（比如config_ld.script），内容和原脚本一致：

firstConfigItem = .;
*(.SEGM_CONFIG)
lastConfigItem = .;

2. 编译.so时指定该链接脚本：

gcc -shared -fPIC -Wl,-T,config_ld.script -o libconfig.so config_items.o

（注：-fPIC是编译位置无关代码的必要参数，确保.so能被正确加载）
3. 主程序中通过dlopen/dlsym获取符号地址：

#include <dlfcn.h>

// 定义配置项类型（根据实际情况调整）
typedef struct ConfigItem ConfigItem;

int main() {
    void* handle = dlopen("./libconfig.so", RTLD_NOW);
    if (!handle) {
        // 处理加载失败
        return -1;
    }

    ConfigItem** first = dlsym(handle, "firstConfigItem");
    ConfigItem** last = dlsym(handle, "lastConfigItem");
    if (!first || !last) {
        // 处理符号查找失败
        dlclose(handle);
        return -1;
    }

    // 遍历配置项：从*first到*last
    for (ConfigItem* p = *first; p < *last; p++) {
        // 处理每个配置项
    }

    dlclose(handle);
    return 0;
}

三、获取指定.so加载地址的Linux API #

有两种常用方式：

• 使用dlinfo配合RTLD_DI_LINKMAP：如果已经通过dlopen拿到了.so的句柄，可以直接获取其加载基地址：

#include <link.h>

LinkMap* lm;
dlinfo(handle, RTLD_DI_LINKMAP, &lm);
// lm->l_addr就是该.so的加载基地址

• 使用dl_iterate_phdr遍历进程ELF段：适合未持有句柄时查找指定.so的加载地址，示例代码：

#include <link.h>
#include <string.h>

int find_so_load_addr(struct dl_phdr_info* info, size_t size, void* data) {
    const char* target_so = (const char*)data;
    if (strstr(info->dlpi_name, target_so)) {
        // info->dlpi_addr就是该.so的加载基地址
        *(uintptr_t*)data = info->dlpi_addr;
        return 1; // 找到后终止遍历
    }
    return 0;
}

// 调用示例：查找libconfig.so的加载地址
uintptr_t load_addr = 0;
dl_iterate_phdr(find_so_load_addr, &load_addr);

四、更简便的替代方案 #

如果不想依赖链接脚本和动态链接的符号查找，还有两种更直观的方案：

• 导出配置数组与长度：在配置代码中直接定义结构体数组和元素个数，无需链接脚本：

// config.c
typedef struct ConfigItem {
    // 配置项字段
} ConfigItem;

ConfigItem g_configs[] = {
    // 所有配置项初始化
};
const int g_config_count = sizeof(g_configs) / sizeof(g_configs[0]);

编译.so后，主程序直接dlsym获取g_configs和g_config_count即可遍历配置项，逻辑更清晰。

• 使用二进制配置文件：将配置项编译为单独的目标文件，用objcopy提取成纯二进制文件：

# 编译配置项目标文件
gcc -c -fPIC config_items.c -o config_items.o
# 提取.SEGM_CONFIG段为二进制文件
objcopy -O binary --only-section=.SEGM_CONFIG config_items.o config.bin

主程序启动时用mmap加载config.bin，文件的起始地址就是配置项的首地址，文件大小可通过stat获取，从而计算出尾地址。这种方案无需动态链接，修改配置仅需重新生成config.bin。

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