不建议使用中文变量名——PHP 7.0+ 语法允许，但 IDE、Git、PHP_CodeSniffer、Composer、PHPStan 等工具链普遍不支持，PSR-12 明确要求变量名仅含小写字母和数字，维护与协作成本极高。
能用，但不建议——PHP 解析器本身不拦着，但所有周边工具链都会出问题。
PHP 解析器确实允许中文变量名
PHP 7.0+ 基于 Unicode 标识符规则，只要字符属于 \p{L}（Unicode 字母类），包括汉字、日文平假名、韩文等，就可作为变量名首字符。所以 $姓名、$用户列表 这类写法语法上完全合法，php -l 不报错，也能正常执行。
常见错误现象：IDE 报红、Git diff 显示乱码、CI 构建时 phpcs 报 InvalidVariableName、团队协作时别人根本不敢改你的文件。
- PHP 内部用的是 UTF-8 编码解析，没做额外限制
- 但
token_get_all()返回的 token 中，中文变量会被识别为T_STRING，和英文变量一样处理 - 性能影响几乎为零——解析阶段多几个字节比对，可忽略
Composer / PSR-12 / IDE 全线拒绝中文变量名
实际项目里没人只靠 php -r 活着。Composer 加载自动加载器、PHPStan 静态分析、PhpStorm 的变量跳转、VS Code 的 Intelephense 补全——这些工具默认按 ASCII 习惯设计标识符逻辑，遇到中文就卡壳或降级处理。
立即学习“PHP免费学习笔记（深入）”；
使用场景：你写了个 $订单号，在 PhpStorm 里 Ctrl+Click 它，大概率跳不到定义处；用 phpcs --standard=PSR12 扫描直接报错：Variable "$订单号" must be alphanumeric。
- PSR-12 明确要求变量名“必须由小写字母和数字组成”，不接受 Unicode
- Composer 的 autoloader 在生成 classmap 时可能把含中文的文件路径处理异常
- Git 提交时，某些终端或 Web UI 对 UTF-8 文件名/变量名显示异常，diff 变成一堆
U+5468类编码
$_GET / $_POST 键名是另一回事
HTTP 请求参数名是字符串值，不是 PHP 变量名。所以 $_GET['用户名'] 没问题，$_POST['地址信息'] 也能取到——这跟变量命名无关，只是数组键的字符串内容。
容易踩的坑：有人误以为 $_GET['用户名'] 能直接赋给 $用户名 就算“中文变量”，其实这只是个字符串下标访问，$用户名 = $_GET['用户名'] 这一行才真正创建了中文变量，而这一行才是风险点。
- 表单提交带中文 key 是常见需求，服务端接收完全 OK
- 但别用它反推“PHP 支持中文变量”，这两层不在一个抽象层级
- 如果真要映射，建议统一转成下划线风格：
$user_name = $_GET['用户名'] ?? null
真正麻烦的不是 PHP 让不让你写中文变量，而是你写完之后，谁来维护、怎么测试、CI 怎么过、上线后 error_log 里中文变量名混在英文堆里根本没法 grep ——这些事不会因为语法合法就自动变简单。
