从一段简单的 c 源码开始：编写、编译并运行你的第一个程序

C 是一种历史悠久、至今仍广泛使用的编程语言。它常见于操作系统、嵌入式设备、编译器、数据库和性能敏感的软件中。学习 C 不只是学习一套语法，也能帮助理解源代码如何变成可执行文件，以及程序如何与操作系统和硬件交互。

本文从一个最小的 C 程序开始，带你完成编写、编译、运行和修改。过程中也会说明不同系统下的工具选择、命令行参数的边界、常见错误，以及哪些做法不能被误认为安全保证。示例尽量保持短小，但都可以在具备相应 C 编译器的环境中运行。

一、先区分源码、编译器和可执行程序

C 源码通常保存在以 .c 结尾的文件中，例如 hello.c。它是供人编写、供编译器读取的文本，并不是操作系统通常可以直接运行的程序。

编译器会读取源码，检查语法和类型，并生成目标代码。实际构建过程还可能包括预处理、编译、汇编和链接等阶段。经过编译和链接后，才会得到可执行文件：Linux 和 macOS 上常见的是没有扩展名的文件，Windows 上常见的是 .exe 文件。

最基本的流程可以概括为：

编写并保存 C 源码。
使用 C 编译器构建程序。
运行生成的可执行文件。
根据输出或错误信息修改源码，再次编译。

本教程的示例使用 C11 标准。大多数现代 GCC、Clang 和 MSVC 版本都能处理文中的基础代码；具体支持情况仍取决于编译器版本和配置。

二、准备 C 编译环境

需要安装的是 C 编译器，而不只是编辑器。文本编辑器可以用来写源码，但它不会自动把 C 文件变成可执行程序，除非它连接了编译工具链。

Linux

许多 Linux 发行版可以安装 GCC 或 Clang。以 Debian、Ubuntu 一类系统为例，常见的安装方式是：

sudo apt update
sudo apt install build-essential

build-essential 通常会安装 GCC 及常用构建工具。其他发行版的包管理器和包名可能不同，应以发行版文档为准。安装后可检查：

gcc --version

macOS

macOS 可以安装 Xcode Command Line Tools，其中包含 Clang 等开发工具。打开终端执行：

xcode-select --install

安装完成后可运行：

clang --version

macOS 命令中的 gcc 有时也会指向 Apple 提供的 Clang，而不一定是 GNU GCC。对于本文的示例，这通常不影响使用。

Windows

Windows 上可以使用 MSVC、MinGW-w64 中的 GCC，或通过 WSL 使用 Linux 工具链。选择哪一种，取决于目标环境和已有开发流程。

MSVC：安装 Visual Studio 或 Visual Studio Build Tools，并使用“开发人员命令提示符”运行 cl。普通命令提示符未必已经配置好编译器路径。
MinGW-w64：安装提供 GCC 的工具链，并确保其 bin 目录在 PATH 中。具体安装渠道和配置方式可能因工具链发行版而异。
WSL：可在 Linux 子系统中使用 Linux 版 GCC 或 Clang。生成的 Linux 可执行文件与原生 Windows 的 .exe 不是同一种可直接互换的产物。

安装完成后，先确认命令能被找到，例如执行 gcc --version、clang --version 或 cl。如果系统提示找不到命令，通常是尚未安装、终端没有加载开发环境，或工具目录没有加入 PATH。

三、编写第一个 C 程序

新建一个纯文本文件，命名为 hello.c，写入下面的代码：

#include <stdio.h>

int main(void)
{
    printf("Hello, world!\n");
    return 0;
}

保存后，这就是一个完整的 C 程序。逐行看一下它的含义：

#include <stdio.h> 引入标准输入输出库的声明。printf 的声明在这个头文件中。
int main(void) 定义程序入口函数。这里的 void 表示该函数不接收参数。
花括号 { 和 } 标记函数体的开始和结束。
printf 将文本写到标准输出，通常就是当前终端。
字符串末尾的 \n 表示换行。反斜线和 n 在源码中组成一个转义序列，输出时会变成换行符。
return 0; 从 main 返回状态码 0，通常表示程序正常结束。非零状态码常用于表示某种失败，但具体含义由程序自行约定。
语句末尾的分号不能省略。C 使用分号结束多数语句。

int main(void) 是表达“没有参数”的清晰写法。也可以定义带参数的入口函数，后面会介绍。不要把 C 的函数定义格式与其他语言的格式混用。

四、编译并运行

使用 GCC 或 Clang

打开终端，切换到 hello.c 所在目录。Linux 和 macOS 可以执行：

gcc -std=c11 -Wall -Wextra -Wpedantic hello.c -o hello
./hello

如果使用 Clang，把第一行的 gcc 换成 clang 即可：

clang -std=c11 -Wall -Wextra -Wpedantic hello.c -o hello
./hello

在 Windows 的 MinGW-w64 终端中可以执行类似命令：

gcc -std=c11 -Wall -Wextra -Wpedantic hello.c -o hello.exe
hello.exe

在 PowerShell 中，当前目录下的程序通常要通过相对路径启动：

.\hello.exe

命令中的几个选项各有用途：

-std=c11 选择 C11 语言标准。编译器默认标准可能不同，显式指定有助于减少差异。
-Wall 和 -Wextra 打开一组常见警告，帮助发现可疑写法。
-Wpedantic 要求编译器对偏离所选标准的用法给出更多提示。不同编译器的警告集合并不完全相同。
-o hello 指定输出文件名。不指定时，GCC 或 Clang 通常会生成名为 a.out 的文件；默认行为可能因工具而异。

MSVC 使用另一套命令行选项。在“开发人员命令提示符”中可执行：

cl /W4 /std:c11 hello.c

MSVC 通常会生成 hello.exe，随后可运行：

hello.exe

各编译器对标准版本、选项和警告的支持可能有差别。如果命令提示选项不受支持，先检查编译器版本和当前终端环境，再查阅对应编译器文档，不要仅凭一次编译结果假设所有平台表现一致。

运行 GCC 或 Clang 的构建命令后，如果没有错误消息且命令返回成功，通常说明编译完成。运行程序时应看到：

Hello, world!

若终端显示不同内容，先检查运行的是否是刚刚生成的文件，以及所在目录是否正确。

五、编译报错和运行报错不是一回事

初学时容易把所有问题都称为“程序报错”，但排查时需要区分阶段：

编译阶段失败：编译器无法按当前源码和选项生成程序。例如语法错误、缺少头文件或链接失败。
程序运行失败：程序已经生成，但启动失败，或者运行过程中出现错误。
逻辑错误：程序成功编译、正常运行，却没有做出预期结果。编译器通常无法自动判断程序逻辑是否符合需求。

编译器输出一般包含文件名、行号和诊断信息。行号指向的是发现问题的位置，不一定就是根因；例如上一行漏写分号，编译器可能在下一行才报告错误。阅读错误信息时，应从第一条错误开始，并结合上下文检查。

警告不一定会阻止生成程序，但也不应一概忽略。初学阶段可以先修正警告，再观察是否仍有错误。编译器发出警告并不等于程序一定有漏洞；没有警告也不代表程序正确或安全。

六、用命令行参数让程序接收输入

终端程序可以从命令行参数接收简单输入。C 的入口函数可以写成：

int main(int argc, char *argv[])

argc 是参数个数，argv 是字符串指针数组。按惯例，argv[0] 通常包含程序名或启动路径，因此用户在程序名之后输入的第一个参数是 argv[1]。参数内容是字符串，不会自动变成整数或其他类型。

下面的程序读取一个可选的名字参数；如果没有提供，就使用默认名字：

#include <stdio.h>

int main(int argc, char *argv[])
{
    const char *name = "world";

    if (argc > 2) {
        fprintf(stderr, "用法: hello_name [名字]\n");
        return 2;
    }

    if (argc == 2) {
        name = argv[1];
    }

    printf("Hello, %s!\n", name);
    return 0;
}

将文件保存为 hello_name.c，使用 GCC 或 Clang 编译：

cc -std=c11 -Wall -Wextra -Wpedantic hello_name.c -o hello_name

cc 通常是系统提供的 C 编译器入口；若系统没有这个命令，可改用 gcc 或 clang。运行时可以提供参数：

./hello_name Ada

程序输出：

Hello, Ada!

含空格的参数需要按当前终端的引用规则传递。例如在常见的 POSIX shell 中：

./hello_name "Ada Lovelace"

此时程序收到的名字参数是一个包含空格的字符串。不同 shell 对引号、转义和特殊字符的处理可能不同，应使用当前 shell 的规则。

命令行参数的边界

必须先检查 argc，再访问对应的 argv 元素。上面的程序只在 argc == 2 时读取 argv[1]，因而不会在参数不足时访问不存在的数组元素；参数过多时则显示用法并返回非零状态码。实际程序通常还要决定空参数、选项格式、重复选项和错误信息如何处理。

argc 的类型是 int，argv 中的项目是以空字符结尾的字符串。操作系统或运行环境会对参数数量、参数长度或进程命令行总长度施加限制，但这些限制取决于平台和环境，并非 C 语言为所有系统规定的统一固定数值。不能假设参数可以无限长，也不应为了绕过限制而无边界地分配内存。

命令行参数适合传递短小的配置值、文件路径或选项；对于大量数据，更适合从文件、标准输入或专门的数据通道读取。参数中若含敏感信息，还可能被系统进程列表、日志、诊断工具或其他具有足够权限的用户看到。密码和访问令牌通常不应直接放在命令行参数中；采用何种安全输入方式，应结合操作系统和应用部署环境设计。

七、为什么这个例子不会因为名字里的特殊字符就执行命令

上面的示例用 printf("%s", name) 输出名字。格式字符串固定为源码中的 "Hello, %s!\n"，而用户提供的字符串只作为 %s 对应的数据。这种写法可以避免把输入直接当成格式字符串。例如不要这样写：

printf(name);

如果 name 含有类似 %s 的格式标记，printf 会尝试按格式说明解释它；如果格式参数不足，行为可能未定义。更稳妥的基本写法是：

printf("%s", name);

这并不代表程序就获得了完整的安全保障。它只说明在这个特定用法中，名字被作为字符串数据输出，没有被传给命令解释器。若程序之后将输入拼接进 SQL、交给 shell、用于构造文件路径，或传给其他解释器，仍需针对对应场景采用合适的参数化接口、校验和权限控制。不要把“用了 C”或“输入经过格式化输出”误解为通用防注入机制。

还要区分“检查输入”和“保证安全”。简单的空值或字符检查可以满足某个程序的功能需求，却不一定覆盖编码、路径语义、竞争条件或下游解析规则。安全措施必须围绕输入最终被怎样使用来设计。

八、常见错误与排查办法

1. 把源码直接当成程序运行

hello.c 是源码文件，不是编译后的可执行程序。对它执行 ./hello.c 通常会失败。先编译，再运行生成的 hello 或 hello.exe。

2. 命令显示“找不到编译器”

这通常说明编译器未安装，或者终端找不到它。检查工具是否安装、PATH 是否包含工具目录，并确认 Windows 使用了正确的开发者命令提示符。安装后新开一个终端也可能有帮助。

3. 文件名或当前目录不对

命令会在当前工作目录中寻找 hello.c。可以用 pwd（POSIX 系统）或 cd 等命令查看当前位置，也可以切换到文件所在目录。Windows 的终端命令因 PowerShell、命令提示符或其他 shell 而异。

4. 忘记分号、括号或花括号

C 对标点很严格。常见错误包括漏写语句结尾的分号、字符串引号不成对、函数花括号缺失，以及括号数量不匹配。编译器报错的行可能只是它第一次无法继续解析的位置，应同时检查前后几行。

5. 头文件写错或遗漏

使用 printf 却没有包含 <stdio.h>，可能导致编译器给出诊断，具体提示取决于编译器和版本。标准库函数应包含对应头文件，不要依靠旧编译器对不规范代码的宽容行为。

6. 编译成功，却运行了旧程序

如果编译命令生成到其他目录或另一个文件名，运行的可能不是刚编译的产物。检查 -o 参数、当前目录和实际执行路径；也可以修改输出文字后重新编译，确认变化确实出现。

7. Windows 下提示不是有效的可执行文件

Linux、macOS 和 Windows 的可执行文件格式不同。用 Linux 工具链生成的文件通常不能直接作为原生 Windows 程序运行，反之亦然。应使用面向目标系统的工具链构建，并确认自己运行的是正确平台上的产物。

8. 输出看起来没有立即出现

终端输出可能受缓冲影响。本文的 printf 写入换行符，交互式终端中通常会及时显示。若输出被重定向到文件或管道，刷新时机可能不同；这不是所有程序都必须立即刷新输出的保证。

9. 终端显示非英文内容乱码

源码文件编码、编译器选项、终端编码和运行环境都可能影响非 ASCII 文本的显示。本文示例输出英文以减少环境差异。若程序需要正确处理中文，应明确选择并验证整个输入、存储、处理和输出路径的编码方案，不能仅靠将源码保存为 UTF-8 就保证所有终端显示一致。

九、进一步练习：检查参数个数

可以在名字示例的基础上，练习让程序要求必须提供一个参数。以下程序只检查参数数量，不对名字内容做复杂处理：

#include <stdio.h>

int main(int argc, char *argv[])
{
    if (argc != 2) {
        fprintf(stderr, "用法: greet <名字>\n");
        return 1;
    }

    printf("你好，%s！\n", argv[1]);
    return 0;
}

编译并运行：

cc -std=c11 -Wall -Wextra -Wpedantic greet.c -o greet
./greet 林同学

如果提供了不正确数量的参数，程序会向标准错误输出用法提示，并以非零状态码结束。把提示写到标准错误（stderr）可以将诊断信息与正常结果（标准输出）区分开来，便于重定向和脚本处理。

这个示例仍然只是入门练习。它没有验证名字是否符合某个业务规则，也没有解决所有终端对中文参数的编码差异。检查参数数量和验证参数内容是两件不同的事。

十、调试与编译选项的实用建议

写程序时，尽早让编译器提供警告通常有帮助。GCC 和 Clang 可以在前述命令基础上加入 -g，为调试器生成调试信息：

gcc -std=c11 -Wall -Wextra -Wpedantic -g hello.c -o hello

调试信息通常不会改变程序要完成的功能，但可能增加可执行文件的体积。它有助于在支持的调试器中查看源码位置和变量；程序的调试信息是否保留，还取决于后续的打包和发布流程。

编译器也提供运行时错误检查工具。例如在支持这些选项的 GCC 或 Clang 环境中，开发和测试阶段可以尝试：

gcc -std=c11 -Wall -Wextra -Wpedantic -g \
    -fsanitize=address,undefined hello.c -o hello

如果编译器、操作系统或运行时不支持这些选项，命令可能无法使用。此类检查能够帮助发现某些内存访问错误或未定义行为，但不能证明程序没有缺陷，也不能替代代码审查、测试或针对真实威胁模型的安全设计。

初学者暂时不必记住所有编译器选项。记住一条实用原则即可：先用清晰、可重复的命令编译；遇到诊断时阅读具体信息；不要为了让程序“能过编译”就随意关闭警告或忽略错误。

十一、什么时候适合用 C，什么时候需要其他选择

C 特别适合需要接近系统资源、与现有 C 接口交互，或面向有相应工具链的平台的软件。它也适合学习内存、数据表示和编译过程等底层概念。

另一方面，C 不会自动管理动态内存的生命周期，也不强制所有数组访问都在边界内。程序员需要谨慎设计资源管理、错误处理和输入验证。对于快速开发业务应用、数据分析或网页服务，其他语言可能提供更高层次的库和更直接的安全默认行为。选择语言应考虑项目约束，而不只是运行速度或语言流行度。

无论选择什么语言，都不要把简短的入门程序直接当成可部署的服务或可信任的安全组件。生产环境还需要适当的测试、异常处理、依赖管理、构建配置、权限边界和维护流程。

十二、回顾

从 hello.c 开始，你已经走完了 C 程序最基本的开发循环：保存源码、调用编译器生成可执行文件、运行程序，并检查输出。也了解了如何通过 argc 和 argv 接收命令行参数，以及为什么访问参数前必须检查数量。

接下来可以尝试逐步修改程序：替换输出文字、增加第二个参数、让程序对参数数量给出不同提示，或把结果写到标准错误。每次修改后重新编译，并留意警告和错误信息。把每一个小实验都做成可复现的编译与运行步骤，比一次写下大量代码更容易定位问题。

理解 C 的关键不在于背下某一条命令，而在于掌握源码、编译器、可执行文件和运行环境之间的关系；同时知道语言本身不会替你完成所有输入检查和安全设计。具备这两点，就有了继续学习函数、类型、数组、指针和文件操作的可靠起点。

企业微信教程 # c 源码

文章版权归作者所有，未经允许请勿转载。

探索ElevenLabs实例：如何利用创新科技推动行业发展与变革 (探索俄罗斯)

从一段简单的 c 源码开始：编写、编译并运行你的第一个程序

从一段简单的 c 源码开始：编写、编译并运行你的第一个程序

一、先区分源码、编译器和可执行程序

二、准备 C 编译环境

Linux

macOS

Windows

三、编写第一个 C 程序

四、编译并运行

使用 GCC 或 Clang

五、编译报错和运行报错不是一回事

六、用命令行参数让程序接收输入

命令行参数的边界

七、为什么这个例子不会因为名字里的特殊字符就执行命令

八、常见错误与排查办法

1. 把源码直接当成程序运行

2. 命令显示“找不到编译器”

3. 文件名或当前目录不对

4. 忘记分号、括号或花括号

5. 头文件写错或遗漏

6. 编译成功，却运行了旧程序

7. Windows 下提示不是有效的可执行文件

8. 输出看起来没有立即出现

9. 终端显示非英文内容乱码

九、进一步练习：检查参数个数

十、调试与编译选项的实用建议

十一、什么时候适合用 C，什么时候需要其他选择

十二、回顾

PHP substr 和中文字符串：为什么截取结果可能乱码？

如何用Java在线调试程序：步骤与常见问题

相关文章

探索ElevenLabs实例：如何利用创新科技推动行业发展与变革 (探索俄罗斯)

揭秘7月23日出生的人：他们的星座及其独特性格分析 (七月23日)

星座的划分：历史、文化和科学的交汇点 (星座的划分和命名完全是由人决定的这种说法是)

如何对网页中的内容进行搜索 (如何对网页中添加图片)

热门网址

网址

新浪新闻

最新资讯

从一段简单的 c 源码开始：编写、编译并运行你的第一个程序

从一段简单的 c 源码开始：编写、编译并运行你的第一个程序

一、先区分源码、编译器和可执行程序

二、准备 C 编译环境

Linux

macOS

Windows

三、编写第一个 C 程序

四、编译并运行

使用 GCC 或 Clang

五、编译报错和运行报错不是一回事

六、用命令行参数让程序接收输入

命令行参数的边界

七、为什么这个例子不会因为名字里的特殊字符就执行命令

八、常见错误与排查办法

1. 把源码直接当成程序运行

2. 命令显示“找不到编译器”

3. 文件名或当前目录不对

4. 忘记分号、括号或花括号

5. 头文件写错或遗漏

6. 编译成功，却运行了旧程序

7. Windows 下提示不是有效的可执行文件

8. 输出看起来没有立即出现

9. 终端显示非英文内容乱码

九、进一步练习：检查参数个数

十、调试与编译选项的实用建议

十一、什么时候适合用 C，什么时候需要其他选择

十二、回顾

PHP substr 和中文字符串：为什么截取结果可能乱码？

如何用Java在线调试程序：步骤与常见问题

相关文章

探索ElevenLabs实例：如何利用创新科技推动行业发展与变革 (探索俄罗斯)

揭秘7月23日出生的人：他们的星座及其独特性格分析 (七月23日)

星座的划分：历史、文化和科学的交汇点 (星座的划分和命名完全是由人决定的这种说法是)

如何对网页中的内容进行搜索 (如何对网页中添加图片)

热门网址

网址

新浪新闻

最新资讯

标签云