php 8.2 直接禁止 ${var} 语法，触发 parse error；仅允许 $var（简单变量）或 {${expr}}（表达式插值），其他形式（如 "{$var}abc"）行为不一致，且无法通过 polyfill 兼容。
`${var}` 语法在 PHP 8.2 直接报错，不是警告
PHP 8.2 彻底弃用了 ${var} 和 ${expr} 这类花括号插值写法，它不再只是发 Deprecated 提示，而是直接触发 Parse error: syntax error，脚本根本无法启动。这不是运行时问题，是解析阶段就卡死——所以你改完代码后如果页面白屏且没日志，先检查是不是这行炸了。
常见出问题的写法包括：
"Hello ${name}""Price: ${$product->price}""Path: ${dirname(__FILE__)}/config.php"
替换方案只有两种，别试第三种
PHP 官方只认可以下两种等价写法，其他组合（比如 "{$var}abc" 混用）可能在某些版本行为不一致，不建议冒险：
- 简单变量 → 改用
$var：把"${name}"换成"$name" - 表达式或复杂结构 → 必须用
{${expr}}：把"${$user->getName()}"换成"{${$user->getName()}}"
注意："{$var}" 是合法的，但它是“复杂变量语法”的简写形式，仅适用于变量名本身（不含箭头、括号等），不是 ${var} 的替代品；而 {${...}} 才是表达式插值的唯一正解。
批量替换要小心变量名冲突
用 IDE 或 sed 全局替换时，容易把正常变量（如 $foo_bar）误伤成 ${foo_bar} 再被替换成 $foo_bar，结果反而丢掉下划线。更危险的是匹配到注释或字符串字面量里的 ${...}（比如 Shell 脚本片段、JSON 模板），一并改掉就引入新 bug。
安全做法是分步来：
- 先用
grep -r '\$\{[^}]*\}' src/ --include='*.php'定位所有疑似点 - 人工确认是否在双引号字符串内、是否真为 PHP 插值（排除 JSON、Shell、SQL 字符串）
- 对确定要改的，优先用 IDE 的“仅字符串内替换”功能，避免跨上下文误改
为什么不能靠 polyfill 或运行时兼容
因为这是语法层面的变更，PHP 解析器在 tokenize 阶段就拒绝识别 ${...}，根本不会走到执行层。任何 eval()、create_function() 或自定义字符串处理器都救不了——它们自己也得先被 PHP 解析通过才行。想绕开？唯一办法是把含 ${...} 的字符串拆出来，用 str_replace() + sprintf() 之类手动拼，但这就彻底脱离插值语义，不叫“兼容”，叫“重写”。
真正容易被忽略的是模板引擎里混写的 PHP 片段，比如 ThinkPHP 的 {: '${name}' } 或 Laravel Blade 中的 {{ ${name} }} ——这些不是纯 PHP 文件，但若底层用了 eval 或动态编译，同样会因语法错误崩掉。得翻对应模板引擎的文档，确认它是否已适配 PHP 8.2 的插值规则。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
