php双引号字符串解析变量源于词法分析阶段标记为“需插值”，扫描$后合法变量名并替换；单引号为字面量strlit，不解析变量和大部分转义；复杂表达式须用{}包裹，否则按最短合法名截断。
PHP在双引号字符串中解析变量，是因为引擎在词法分析阶段就将双引号标记为「需插值（interpolated）」的字符串类型——它会主动扫描 $ 符号并尝试匹配合法变量名，而不是当作普通字符。
双引号字符串被PHP编译器识别为“可解析上下文”
PHP源码解析时，单引号字符串被归类为 STRLIT（字面量），直接跳过变量和大部分转义处理；而双引号字符串被标记为 STRING 类型，触发额外的扫描逻辑。这个机制从 PHP 3 就已确立，至今未变。
- 只要出现
$后接合法变量名（如$user、$data['id']、$obj->name），就会被替换 - 不合法结构（如
$foo bar或$arr[0].txt）不会报错，但可能原样输出或触发 Notice - 变量名边界由非变量字符决定：空格、标点、括号等都会截断解析，比如
"$name.txt"只解析$name，后面.txt是纯文本
复杂表达式必须用花括号包裹
当变量后紧跟其他字符，又想让它完整参与拼接时，{} 是唯一可靠方式。否则 PHP 会按最短合法变量名截断。
- 错误写法：
"$user_data"→ 解析为变量$user+ 字符串_data（如果$user未定义则为空） - 正确写法：
"{$user_data}"→ 完整解析$user_data - 方法调用也一样：
"{$obj->getName()}"可行，"$obj->getName()"会报 Parse error - 数组键含变量时：
"{$arr[$key]}"合法，"$arr[$key]"在旧版本可能出错，新版本虽支持但语义模糊
为什么单引号不解析？性能只是副产品
根本原因不是“为了快”，而是设计契约：单引号 = 字面量语义。它连
都不解析（只认 \ 和 '），自然也不会看 $。这带来两个实际影响：
- 拼 SQL 或日志时，若误用双引号套了未初始化变量（如
"WHERE id = $id"），结果可能是"WHERE id = "，埋下空值隐患 - 生成 JSON 或 HTML 属性值时，用单引号可避免意外插值，比如：
'{"name":"'.$name.'"}'比"{"name":"$name"}"更可控（但更推荐json_encode()） - 正则表达式里混用
$（行尾锚点）和变量，用单引号能彻底规避冲突：'/^d+$/不会误把$当变量
真正容易被忽略的是边界情况：比如 $ 后跟数字或大写字母开头的变量名（$URL、$2nd），PHP 仍会尝试解析——但 $2nd 是非法变量名，最终输出原样 $2nd，而非报错。这种静默失败比报错更难调试。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
