在C语言的开发流程中，不同阶段的文件拥有不同的扩展名，可运行的C语言程序最终扩展名和源码文件的扩展名并不相同，这是由C语言的编译运行机制决定的。
C语言开发流程中的常见扩展名
C语言程序从编写到运行需要经过多个步骤，每个步骤对应不同的文件类型，常见的扩展名如下：
- .c：这是C语言源码文件的标准扩展名，开发者编写的C语言代码就存储在这种文件中，属于文本文件，可以直接用文本编辑器打开查看和修改。
- .h：这是C语言的头文件扩展名，通常用来存放函数声明、宏定义、结构体定义等内容，源码文件可以通过
#include指令引入对应的头文件。 - .o/.obj：这是编译阶段生成的目标文件扩展名，在Linux、macOS等类Unix系统中目标文件扩展名是.o，在Windows系统中通常是.obj。目标文件是源码编译后的二进制文件，但还不能直接运行，需要和其他目标文件、库文件链接后才能生成可执行程序。
- .exe/.out：这是最终可运行的C语言程序的扩展名，在Windows系统中可执行程序的扩展名是.exe，在Linux、macOS等类Unix系统中默认没有扩展名，或者部分情况下使用.out作为扩展名。
为什么源码和可执行程序扩展名不同
C语言属于编译型语言，不能直接运行源码文件，必须经过编译、链接两个核心步骤才能生成可运行的程序，这也是两者扩展名不同的核心原因。
编译阶段的作用
编译阶段会把.c源码文件翻译成机器能识别的二进制目标文件，这个过程只会检查当前文件的语法错误，不会处理跨文件的引用问题。比如你在a.c中调用了b.c中定义的函数，编译a.c时只会认为这个函数是外部引用，不会检查这个函数是否真实存在，因此生成的目标文件还不能直接运行。
我们可以用一段简单的C语言代码演示编译过程，源码文件hello.c内容如下：
#include <stdio.h>
int main() {
printf("Hello Worldn");
return 0;
}
在Linux系统中编译这个文件生成目标文件的命令如下：
gcc -c hello.c -o hello.o
执行后就会生成hello.o目标文件，这个文件还不能直接运行。
链接阶段的作用
链接阶段会把所有的目标文件和系统提供的库文件合并，处理所有的外部引用，比如上面提到的跨文件函数调用，链接阶段会找到对应的函数定义，把所有的二进制指令整合成一个完整的可执行程序。这个阶段的输出文件就是可运行的程序，扩展名和源码自然不同。
继续上面的例子，把hello.o链接成可执行程序的命令如下：
gcc hello.o -o hello
执行后会生成hello可执行文件，在终端输入./hello就可以运行程序，输出Hello World内容。
不同系统下的扩展名差异
不同操作系统对可执行程序的扩展名要求不同，这也是很多新手容易混淆的点：
| 操作系统 | 源码扩展名 | 可执行程序扩展名 |
|---|---|---|
| Windows | .c | .exe |
| Linux | .c | 无默认扩展名（或.out） |
| macOS | .c | 无默认扩展名（或.out） |
需要注意的是，类Unix系统的文件扩展名只是命名习惯，系统并不是靠扩展名识别可执行文件，而是靠文件的权限属性。即使你把可执行文件命名为hello.txt，只要给它添加了可执行权限，依然可以运行。
常见误区说明
很多新手会误以为.c文件就是可运行的程序，直接双击.c文件会发现它只是用文本编辑器打开了，这就是因为没有经过编译链接的过程。还有部分人会混淆.o文件和可执行文件，实际上.o文件只是中间产物，缺少系统运行所需的启动代码和部分库函数的实现，因此无法独立运行。
总结来说，可运行的C语言程序在Windows下扩展名是.exe，在类Unix系统下通常没有扩展名，源码文件的标准扩展名是.c，两者的差异来自C语言的编译运行流程。
C语言扩展名编译可执行文件source_code修改时间：2026-06-29 14:00:59