PHP变量命名有严格语法限制和强约定：必须以$加字母或下划线开头，禁用数字、连字符等非法字符；禁止使用保留关键字；区分大小写；推荐camelCase风格；避免泛化名和动态变量滥用。
PHP变量命名不是“怎么写都行”，而是有硬性语法限制和强约定——写错直接报 Parse error，根本进不了运行阶段。
变量名必须以 $ + 字母或下划线开头
这是词法解析器的第一道关卡，不满足就直接拒掉。比如 $123user、$-id、$@config 全部非法，错误提示类似 Parse error: syntax error, unexpected token "$" 或更具体的 T_VARIABLE 错误。
-
$user、$_token、$userId合法（数字可出现在后续位置） -
$user_name合法（下划线是唯一允许的特殊符号） -
$user-name非法（会被拆成$user - name，变成减法表达式） -
$中文虽然底层能解析，但 IDE 支持差、协作易出错，应视为事实非法
不能用 PHP 保留关键字作变量名
这不是“不推荐”，而是语言层面禁止识别。像 $echo、$class、$function、$null、$true、$self，哪怕加了 $，PHP 解析器也根本不把它当变量名看，而是当成语言结构的一部分。
- 错误类型通常是
Parse error: syntax error, unexpected 'echo' (T_ECHO) - 查官方手册的 Reserved Keywords 列表是最可靠判断方式
-
$_POST、$GLOBALS等超全局变量名也不能覆盖，否则会清空原始数据，引发逻辑崩坏
大小写敏感且命名风格需项目内统一
$User 和 $user 是两个完全独立的变量，混用极易导致未定义变量警告或逻辑错位，尤其在 include 或框架自动加载场景下。
立即学习“PHP免费学习笔记（深入）”；
- 现代主流框架（Laravel/Symfony）倾向
camelCase：$userName、$isActive - 原生 PHP 函数和部分老项目用
snake_case：$user_name、$is_active - 布尔变量建议带语义前缀：
$isDeleted、$hasPermission，别用$flag或$ok - 避免缩写歧义：
$cnt不如$count，$cfg不如$config，跨团队时这点特别关键
动态变量 $$ 和长度控制容易被低估
$$var 语法本身合法，但它是静态分析盲区，也是注入高发点。一旦 $var 来自用户输入（比如 $_GET['field']），就等于把变量名开放给了外部控制。
- 不要写
$$key = $_POST[$key]这类代码，等价于任意变量赋值 - 变量名长度无硬限制，但超过 25 字符会让调试器截断、IDE 补全变慢、git diff 难以识别差异
- 核心原则是“见名知意”：
$activeUserCountFromApi比$aucfa强，但比$count明确——平衡点通常在 3–25 字符之间
最常被忽略的其实是作用域污染：用 $temp、$data 这类泛化名，在嵌套函数或长方法里极易意外覆盖或读错。命名不是炫技，是给未来自己留的线索。
