PHP变量名不能以数字开头，因词法分析阶段即报Parse error；Zend引擎硬编码要求标识符首字符必须为字母或下划线，数字非法。
PHP变量名以数字开头会直接报Parse error
这不是警告或运行时错误，而是词法分析阶段就失败——PHP解析器根本无法把 $123abc 当作一个合法标识符来识别。它会在读到 $1 时立即中断解析，抛出类似 Parse error: syntax error, unexpected '$123' (T_VARIABLE) 的错误。你连代码执行的机会都没有。
原因在于Zend引擎的 lex_scan 实现中，变量标识符的起始字符被硬编码为仅接受 ASCII 字母（a–z、A–Z）或下划线 _。数字不在此列，不是“不推荐”，是语法层面彻底禁止。
-
$count1合法：首字符是字母c -
$_id合法：首字符是下划线 -
$1count非法：首字符是数字1，解析器直接放弃 -
$user-1非法：连字符-不是合法标识符字符，会被拆成$user减1，触发语法错误
为什么设计成这样？和数字字面量冲突
如果允许 $123 这样的写法，PHP 就无法在语法层面区分「变量名」和「数字字面量」。比如这一行：echo $123 + 456;，解析器该把它看作「变量 $123 加数字 456」，还是「数字 123 加 456」？这种歧义会破坏整个语法树构建逻辑。
所有主流语言（C、Java、JavaScript、Python）都采用同样策略：标识符不能以数字开头，就是为了保证词法单元（token）边界清晰。PHP 没有例外。
立即学习“PHP免费学习笔记（深入）”；
常见误判场景：动态变量和字符串拼接
有人试过 ${'123abc'} 或 ${'user@domain'}，以为能绕过限制。但注意：${...} 是可变变量语法，它访问的是运行时才确定名称的变量——而那个变量本身仍需符合命名规则才能被正常声明。
-
$123abc = 'test';→ 直接报错，根本声明不了 -
${'123abc'} = 'test';→ 不报错，但你无法用$123abc去读它；必须始终用${'123abc'}访问 -
$_123abc = 'ok'; echo $_123abc;→ 完全合法，加个下划线就解决问题
保留字和超全局变量名也受同一规则约束
别以为加了下划线就能万事大吉。像 $_echo 看似合规，但如果你在函数里写 $_echo = 'hello';，它不会覆盖语言关键字 echo，也不会影响输出行为——但它可能掩盖你本意想用的 $echo 变量（如果没禁用），造成逻辑混乱。
更危险的是覆盖超全局变量名：$_POST = []; 表面上只是赋值，实际会清空原始请求数据，后续所有 $_POST['key'] 都拿不到值。这不是命名违规，但和命名习惯强相关——看到 $_ 开头就默认是系统变量，别轻易覆盖。
真正容易被忽略的点是：错误提示里的 T_ECHO、T_CLASS 这类标记，说明问题出在词法分类阶段，不是逻辑错误。遇到这类报错，先盯住变量名第一个字符，别浪费时间查括号或分号。
