＜span class=“js_title_inner“＞C程序用的C11标准，库还是C99的，会不会有兼容性问题？＜/span＞

正文

大家好，我是bug菌~

当你用C语言开发新项目的时候采用的是C11标准，却发现依赖的第三方库还停留在C99时代，该怎么办？这样会不会存在各种不兼容？

其实不用慌，从1989年的ANSI C到2011年的C11标准，C语言经历了多次标准的制定。每个标准版本都会定义一些库函数和头文件，并且向后兼容是C标准的一个重要原则。也就是说，较高版本的标准通常会包含较低版本标准中的特性，并且基本能保证按照较低版本编写的代码在较高版本的环境中仍然能够正常工作。

估计也就是类似的做法:

// 版本检测 #if defined(__STDC_VERSION__) #if __STDC_VERSION__ >= 201112L printf("正在使用C11标准\n"); #elif __STDC_VERSION__ >= 199901L printf("正在使用C99标准\n"); #endif #endif

1

C11兼容C99

源代码级兼容：

源码级的兼容，也可以说是编译层面的兼容，如果你用C11标准编译一个工程，并且这个工程中包含了使用C99标准库函数的代码，那么通常情况下这是没有问题的，因为C11标准包含了C99标准中的库函数（除了少数被移除的特性，但通常这些移除的特性也不是常用的，或者有替代方案）。因此，从源代码的角度来看，C11兼容C99，所以如果你是用的C11标准工程中调用C99的库函数在源代码级别是允许的。

二进制级兼容：

这指的是编译后的库文件（如静态库或动态库）是否可以在不同标准版本下使用。一般来说，如果库是按照C99标准编译的，而你的工程是按照C11标准编译的，那么链接这个C99的库通常是可行的，因为C标准库的ABI（应用程序二进制接口）在不同版本之间通常是保持稳定的。当然了这取决于具体的实现（编译器、链接器、运行时库等）毕竟这些玩意也都是开发出来的，偏门点的不想花这个精力去兼容也是常有的事，不多对于大多数常见的C编译器（如GCC、Clang）都会保持这种兼容性。

当然也存在一些特殊情况,也就是前面提到的，比如说有些库可能使用了特定于某个标准版本的功能，可能在新的标准中已经被抛弃了，或者在不同标准版本下有不同的行为。在这种情况下，混合使用不用的标准可能会导致问题。

如果你使用的C99库依赖于C99特定的行为，而C11标准中改变了这些行为，那么可能会出现问题。但这种情况至少bug菌这么久没有怎么遇到过，因为C标准委员会那帮人还是会注意保持向后兼容。

在实际我们构建工程的时候也通常使用编译器来指定遵循的标准版本。例如，使用GCC时，可以用-std=c99或-std=c11来指定。如果你用C11标准编译你的工程，而链接的库是用C99标准编译的，那么编译器会按照C11标准来检查你的代码，但链接的库已经是二进制形式，所以不会再次检查。极少有函数签名在不同标准间发生变化，只要函数签名和调用约定没有改变，就可以正常链接和运行。

// C99库的头文件（c99_lib.h） #pragma once #include <stdbool.h> // C99引入的布尔类型 #include <stdint.h> // C99引入的固定宽度整数 #ifdef __cplusplus extern"C" { #endif // C99风格的函数声明 int32_t calculate_something(int32_t input); bool validate_result(int32_t result); #ifdef __cplusplus } #endif // C11主程序（main.c） #include <stdio.h> #include "c99_lib.h" int main() { int32_t value = 100; // 完美调用C99库函数 int32_t result = calculate_something(value); if (validate_result(result)) { printf("结果验证通过: %d\n", result); } return0; }

# 分别用不同标准编译 gcc -std=c99 -c c99_lib.c -o c99_lib.o gcc -std=c11 -c main.c -o main.o # 链接毫无障碍 gcc main.o c99_lib.o -o myapp

通常二进制接口是向后兼容的，当然你的项目非常重要，为了确保没有意外，最好检查所使用的库的文档，以及编译器和链接器的文档，了解它们对标准版本兼容性的支持情况。

2

C99调C11呢？

通常这种情况兼容性问题比较多，低标准工程调用高标准库时，因为高标准可能引入新的特性或改变现有行为，比如:

1、C11引入了C99中没有的新函数、新头文件或新类型。如果C99工程尝试使用这些新API，在编译时就会失败，因为C99编译器不知道这些新标识符。

2、标准库变更：C11标准库可能包含C99中没有的组件。例如，C11引入了<threads.h>、<stdalign.h>等头文件，以及一些新函数（如边界检查函数）。C99编译器没有这些，所以无法直接使用。

3、可选特性：C11中有些特性是可选的（如复数、原子操作等）。即使C11库提供了这些，C99工程也可能无法使用，因为C99编译器不支持相应的语法或关键字。

当然上面提到的主要是编译阶段，然而在链接阶段即使C99工程没有直接包含C11头文件，而是通过函数声明来调用C11库中的函数，也需要考虑链接时的兼容性。

如果C11库提供了新函数，C99工程可以声明这些函数并调用，但需要注意链接时符号解析。然而，如果这些函数使用了C11的新类型或新特性，可能在链接后运行时出现问题。即使链接成功，如果C11库内部使用了C11的新特性（如线程局部存储_Thread_local），而C99工程没有相应的支持，可能导致运行时错误。

所以尽量还是避免从低标准调用高标准库吧，除非你确信该库只使用了低标准中存在的特性，或者尽量为C11库创建一个适配层，用C99兼容的方式暴露接口。

最后

好了，今天就跟大家分享这么多了，如果你觉得有所收获，一定记得点个赞~

唯一、永久、免费分享嵌入式技术知识平台~

推荐专辑 点击蓝色字体即可跳转

☞MCU进阶专辑

☞嵌入式C语言进阶专辑

☞“bug说”专辑

☞专辑|Linux应用程序编程大全

☞专辑|学点网络知识

☞专辑|手撕C语言

☞专辑|手撕C++语言

☞专辑|经验分享

☞专辑|电能控制技术

☞专辑 | 从单片机到Linux