Qt 5.9编译的程序为何无法在Qt 5.6环境下运行？

这是ELF格式的版本符号校验机制触发的加载拦截，和传统Linux动态库“主版本一致即兼容”的常规认知不冲突——因为Qt从5.x版本开始主动引入了显式的版本标签标记，打破了无标记场景下的兼容性默认假设。

• 编译链接阶段，你使用Qt 5.9对应的开发头文件和动态库完成myapp的构建时，链接器会解析系统路径下的libQt5Core.so.5的ELF结构。Qt编译生成的每个动态库，都会在自身的.gnu.version段内预定义一组版本标签，比如Qt_5.6、Qt_5.7、Qt_5.8、Qt_5.9，每个库导出的API函数都会被归属到最低可用的版本标签下。
• 链接器在解析你代码里的所有符号引用时，不会只记录“需要调用libQt5Core中的某一个函数”，还会把这个函数所属的最低版本标签，作为依赖条目写入myapp自身的ELF动态段。
• 这种写入不依赖你是否主动调用新API：哪怕你没有在业务代码里直接调用Qt 5.9新增的接口，只要头文件展开的内联函数、模板实例化代码间接引用了被标记为Qt_5.9的符号，或是你调用的老函数在5.9版本的库中被重新归属到Qt_5.9标签下，链接器就会把Qt_5.9这个版本字符串硬编码到myapp的.gnu.version_r（版本需求段）中。你可以执行readelf -V ./myapp直接查看写入的所有版本依赖条目，其中就包含对libQt5Core的Qt_5.9版本要求。

• 程序启动时，系统动态链接器（ld-linux.so）加载/usr/lib64/libQt5Core.so.5（即指向5.6.1的软链接）时，除了基础的库文件可访问性检查，还会逐一对myapp记录的版本依赖做匹配校验。
• 链接器会读取当前5.6.1版本的libQt5Core自身的版本段，提取它能提供的所有版本标签——由于这是5.6版本的库，它能提供的最高Qt标签仅为Qt_5.6，完全不存在Qt_5.9这个标签。
• 当校验发现myapp要求libQt5Core提供Qt_5.9标签、但实际库不满足时，就会直接抛出你看到的报错，终止程序启动。

你之前认为“主版本号一致的动态库次版本差异不破坏兼容性”，这个结论是针对无版本符号标记的普通库成立的。但Qt主动引入版本符号校验的设计，本身就是为了防止“主版本号相同但次版本差过大”的不兼容库被误加载，副作用就是：只要你构建程序用的Qt版本比运行环境的Qt次版本高，哪怕完全没用到高版本的专属API，只要链接过程中引入了更高版本的符号依赖，就会被加载机制拦截。

快速排查技巧：可以执行objdump -T ./myapp | grep "Qt_5"，输出中最高的Qt版本号，就是你的程序可以正常运行的最低Qt环境版本。

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