刚接触C语言时，很多人会碰到编译器报错提示undefined symbol或者expected identifier，问题往往出在标识符命名不合法上。标识符（identifier）是程序员给变量、函数、数组、结构体、枚举等自定义元素起的名字，C语言对这串名字能包含哪些字符、以什么开头、长度限制如何都有明确规定。一旦违反规则，代码在词法分析阶段就会被编译器拒绝。本文将从基本规则、关键字冲突、命名风格三个层面，把C语言标识符命名这件事讲透。
C语言标识符的基本构成规则
按照C标准的规定，标识符只能由三类字符组成：英文字母（a到z、A到Z）、阿拉伯数字（0到9）以及下划线（_）。除此之外的任何字符，比如连字符、空格、@符号、中文、美元符号等，都不能出现在标识符中。这条规则看似简单，却是初学者最容易踩坑的地方，尤其是习惯了其他语言的人，比如Shell脚本中变量常带$前缀，Java中允许$出现在标识符里，这些写法搬到C语言中都会直接编译失败。
第二个核心规则是首字符的限制：标识符的第一个字符必须是字母或者下划线，绝对不能是数字。编译器需要靠首字符来区分一个词是数字常量还是标识符，如果允许数字开头，像123abc这样的词就会产生歧义——它到底是整数123后面跟标识符abc，还是一个完整的名字？因此下列命名都是合法与非法的典型例子：
int age; // 合法：字母开头 int _count; // 合法：下划线开头 int user_name2; // 合法：包含字母、数字、下划线 int 2nd_place; // 非法：以数字开头 int my-name; // 非法：包含连字符，会被解析成减法 int user name; // 非法：包含空格 int int; // 非法：与关键字冲突
还有一个容易被忽视的细节：C语言的标识符是大小写敏感的。sum、Sum、SUM是三个完全不同的标识符。如果在一个文件里定义了变量score，在另一个地方写成Score去访问，链接阶段可能不报错，运行时却会出现未初始化或值异常等问题。建议不要仅仅依靠大小写来区分不同的变量，这样可读性很差，也容易让维护者混淆。
关于长度，早期C89标准只保证编译器至少识别前31个有效字符，而C99标准将其放宽。现代主流编译器如GCC、Clang、MSVC基本都支持相当长的标识符，实际开发中不必担心超长，但仍建议控制在简洁明了的范围内，一般不超过30个字符，太长的名字反而影响阅读。
关键字冲突与下划线开头的保留命名
C语言保留了一批关键字用于自身语法，比如int、char、if、else、while、for、return、struct、typedef、sizeof、static等。这些关键字对编译器有特殊含义，不能用作标识符。标准C一共有32个（C89）到44个以上（C11、C17增加的如_Bool、_Alignas、_Atomic等）关键字，写代码时如果不确定某个词是否为关键字，最简单的办法就是换个词或者加个前缀。
除了显式的关键字，还有一种隐形的保留命名需要注意。C标准规定，以下划线开头并且后面紧跟大写字母的标识符（如_Buffer），以及以两个下划线开头的标识符（如__data），一律保留给编译器和标准库实现使用。虽然普通程序中使用这些名字在很多编译器上不会立刻报错，但它们可能与编译器内部定义的宏或符号冲突，造成非常诡异的问题。举一个真实场景：某些标准库头文件中定义了名为_IO_2_1_stdout_的内部符号，如果你的变量恰好与它重名，编译链接时就会莫名其妙地失败。
同样，标准库中已经声明的函数名和宏名（如printf、malloc、NULL、EOF）虽然在语法上可以作为变量名重新定义，但这样会让后续无法正常调用库函数，属于自找麻烦。总结一条实践原则：自定义标识符要么用纯小写加下划线，要么用驼峰式大小写，避开所有下划线开头的写法，就能规避绝大多数命名冲突。
主流命名风格与工程实践建议
规则解决了能不能编译的问题，风格解决的是代码好不好读的问题。C语言社区主要有两种命名风格：一种是Linux内核推广的下划线命名法（snake_case），单词全部小写，用下划线分隔，例如student_count、max_buffer_size；另一种是驼峰命名法（camelCase），首单词小写后续单词首字母大写，例如studentCount、getUserName，多见于应用层C++混合项目中。两种风格没有绝对优劣，关键在于整个项目保持统一。
/* 下划线风格示例 */
#define MAX_STUDENTS 50
int get_student_count(int class_id) {
int student_count = 0;
if (class_id > 0) {
student_count = MAX_STUDENTS;
}
return student_count;
}
/* 驼峰风格示例 */
int getStudentCount(int classId) {
int studentCount = 0;
if (classId > 0) {
studentCount = 50;
}
return studentCount;
}
在具体实践上，有几条被广泛认可的建议。第一，宏常量和枚举值通常全大写并加项目前缀，例如MAX_STUDENTS、CONFIG_USE_UART，这样一眼就能识别出它在预处理阶段被替换，使用时不会误以为是可以赋值的变量。第二，变量名要能表达含义，避免a、b、tmp1这种无意义命名，但循环计数器使用i、j、k是约定俗成的例外。第三，函数名建议以动词开头，如init_queue、send_packet，让调用者从名字就能判断这个函数做什么事。
最后提一下命名长度与自文档化的平衡。变量名不是越长越好，过长会稀释关键信息，例如the_number_of_students_in_class_three就不如class3_student_num清爽。衡量标准很简单：作用域大的变量用更详细的名字，作用域小的局部变量可以适当简短。遵循这些规则和风格，不仅能保证代码顺利编译，还能让团队协作和后期维护的成本大幅降低。