为什么C标识符不能以数字开头

       C语言的标识符不能与已有函数名（系统或者自定义）、关键字重复的前提下，可以由数字，字母（区分大小写）和下划线构成，如Wanvote_123，但是有一条：不能以数字开头。

       实际上，除了C，大部分编程语言命名规范中都有这么一条：不能以数字开头，这是为什么？

       根据网上的资料和自己的理解——这是为了方便区分标识符和常量，从而便于编译器编译。

       不妨先思考一下：如果允许数字开头命名标识符，那么如2E3这样的字面量既可以表示变量（标识符），也可以表示常量：2*10^3。同样地，0x7C7D（16进制数），015（8进制数），0x45Lu(16进制无符号长整型)均具有二义性。

       况且，C语言规定标识符命名只能用这三种字符（数字，字母（区分大小写）和下划线），但是并没有规定一个变量中三种字符的个数，“_”（2个下划线，亲测有效）,"___"（3个下划线，亲测有效）,"aabb"这样的变量名都是有效的。将这条规则应用到以上场景中去：支持以数字开头并且不限制个数，那么“123”这样的字符也是合法的变量名（标识符），这样一来所有的数字常量都可能看做变量（标识符），这在编译器编译时会引起混乱。

       当然，为了解决这个问题，理论上我们可以规定：变量可以以数字开头，但不能全是数字，不能和“0x7C7D”,"2E3"等计数法格式相同，不能...等等，即精心设计一套命名规则——既支持以数字开头，又与已有的常量表示法互斥。显然，这样做的开销太大，并且对于程序员记忆负担过重：想一想，如果真的有这么一套支持数字开头的变量表示法，你会冒着和常量冲突的风险去记忆和使用吗？与其这样，还不如干脆不支持以数字开头命名变量（标识符）。（其实C的设计者们是不是先设计了常量的表示法，然后再在它的余集中选择相对简单的变量命名法则呢？）

       所以，综上，以数字开头的标识符表示法与C支持的常量表示法有重合的部分，编译时会产生二义性；即使重新设计支持以数字开头的变量命名法则，用于区分变量/常量的开销也太大，得不偿失，故不支持以数字开头。

 

      声明：除已注明的引用外，文章系作者原创，引用转载请注明出处，如有必要请联系作者。