应使用花括号显式界定变量边界，如{$name}、{$arr[$key]}、{$obj->prop}，避免PHP错误解析变量名、数组键或对象属性，尤其在含特殊字符、变量键、方法调用或动态属性时。
解决双引号字符串中变量名边界模糊问题
当变量名紧挨着字母、数字或下划线时，PHP 默认会把后续字符当作变量名的一部分。比如 $name 后面直接写 s，"$names" 就会被解析成查找 $names 变量，而不是 $name . "s"。这时候不加花括号就会出错或输出空值。
用 ${name} 或 {$name} 显式界定变量范围，就能让 PHP 正确截取到 $name，后面的内容（如 s）就作为普通字符串拼接。
-
$name = "apple"; echo "$names";→ 报 Notice：Undefined variable: names -
echo "${name}s";或echo "{$name}s";→ 输出apples，符合预期 - 推荐用
{$name}，因为语法更统一，也支持更复杂的表达式
在双引号字符串里访问数组元素和对象属性
直接写 "$arr[0]" 或 "$obj->prop" 在某些版本 PHP 中可能被错误解析，尤其当键名含特殊字符、是变量或带运算符时。花括号在这里不是可选项，而是必需的定界手段。
例如：$arr = ['fruit' => 'banana']; $key = 'fruit';
立即学习“PHP免费学习笔记（深入）”；
-
"$arr[$key]"→ 解析失败（PHP 会尝试找常量$key，而非变量） -
"{$arr[$key]}"→ 正确，输出banana -
"{$obj->getName()}"→ 支持方法调用结果插值，不加花括号会报错或字面输出 -
"{$arr['fruit']}"比"$arr[fruit]"更安全，后者会把fruit当作未定义常量触发 Notice
避免可变变量和动态属性访问时的歧义
像 $$a[1] 这种写法，PHP 不知道你是想取 $a[1] 的值当变量名，还是取 $$a 的第 1 个元素。花括号强制指定解析顺序。
-
${$a[1]}→ 先取$a[1]的值，再把它当变量名去读 -
${$a}[1]→ 先取$$a的值（即$($a)），再取其索引为1的元素 - 对象动态属性同理：
$obj->{$propName}和$obj->{${$var}}都依赖花括号消除歧义 - 从 JSON 或 XML 解析来的字段名含连字符（如
user-name）时，必须用$obj->{'user-name'}或$obj->{"user-name"}
注意已废弃和易混淆的用法
有些老写法现在要么失效，要么危险，实际项目里得避开。
-
$str{2}—— 自 PHP 7.4 起已被废弃，改用$str[2]；用isset($str{5})判断长度也不再推荐，strlen()或mb_strlen()更清晰可靠 -
${1+1}—— 表达式不能直接放花括号里，会 Parse error；要先算好再传变量名，比如${$vars[1 + 1]} -
{ $var }（带空格）→ 花括号失效，变成字面大括号，输出{ apple }而非apple - 超全局变量（
$_GET、$_POST）不能用于可变变量，${$_GET['key']}是无效语法，运行时报 fatal error
真正关键的不是“能不能用花括号”，而是“不用它时 PHP 很容易按错方向解析”。边界清晰了，代码才不容易在升级后突然崩掉。
