SDL2各版本间API/ABI向后兼容性是否有官方权威保障？

问题背景 #

SDL2 被普遍认为完全打破了与 SDL 1.2 的向后兼容性，这似乎暗示 SDL2 自身的不同版本间会维持 API 和 ABI 的向后兼容，但我始终找不到权威来源对此进行确认。

比如，Red Hat官方关于GLIBC的文档中有一条不成文规则：

GNU C库（glibc）的一条不成文规则是，基于旧版glibc编译的程序可在新版glibc环境下正常运行。

这种保障对可移植性至关重要，意味着基于旧版GLIBC编译的程序，能在搭载该版本或更高版本GLIBC的任意平台上运行。

目前我能找到最接近SDL2此类兼容性保障的内容，来自独立项目PySDL2的发布说明，其中多次提及“向后兼容性”：

提升与旧版SDL2版本的兼容性[…]
[…]现已正确封装以保留与旧版SDL2版本的向后兼容性
[…]为旧版SDL2版本提供向后兼容性[…]

另外，GitHub上的两个相关讨论也在SDL2的语境下提到了“向后兼容性”，但它们并不直接针对SDL库本身的版本兼容承诺。

核心问题 #

是否存在官方或权威来源记录或保障SDL2不同版本间的向后兼容性？
即：若我编译程序使其动态链接至旧版SDL2，能否安全地假设该程序可在提供新版SDL2的平台上运行？

专家解答 #

官方兼容性承诺 #

SDL2 项目在 2.x 系列版本内明确提供 API 和 ABI 向后兼容性保障，这是项目长期遵循的核心发布策略：

1. API 稳定性规则
   SDL2 只会增量式新增API，绝不会修改或移除已存在的API的函数签名、参数逻辑或行为。所有旧版API在新版SDL2中都会被完整保留并维持原有功能，这避免了动态链接程序出现符号缺失或行为异常的问题。

2. 官方发布策略
   SDL官方在开发者文档和版本说明中明确指出：只有主版本号升级（例如未来的SDL3）时才会打破兼容性，2.x系列的所有子版本都保持向后兼容。这是项目对开发者的正式承诺。

3. 社区实践佐证
   大量依赖SDL2的开源项目的兼容性优化工作，正是基于SDL2的跨版本兼容承诺开展的。从开发者社区的普遍实践来看，动态链接旧版SDL2的程序在新版环境下运行是完全安全的。

总结 #

你可以放心假设：动态链接旧版SDL2的程序，能够在搭载新版SDL2的平台上正常运行。SDL2官方在2.x系列内的向后兼容性是有明确保障的，无需担心版本升级导致的程序运行问题。

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