单引号字符串不解析变量，$name、$arr['key']、${obj->prop}均原样输出，这是自php4起的语言规范，php8.1未改动；需插值时应使用双引号或显式拼接。
PHP8.1 中单引号字符串不解析变量，这是语言规范，不是 bug
直接说结论：'' 里的 $name、$arr['key']、${obj->prop} 全部原样输出，一个都不会被替换。这不是 PHP8.1 新加的限制，而是从 PHP 4 就确立的行为，8.1 没改，也不会改。
常见错误现象：
- 写了
echo 'Hello $user';，页面真显示Hello $user - 以为
'ID: $row[id]'能取数组值，结果输出字面量ID: $row[id] - 在 SQL 字段名或正则模式里混用双引号，导致意外变量插值（比如
"SELECT * FROM $table"），引发注入或语法错误
想插值，只有两个可靠方式：
- 换用双引号：
"Hello $user" - 显式拼接：
'Hello ' . $user
单引号和双引号的底层差异不在“性能”，而在词法分析阶段
PHP 解析器读到字符串时，会根据起始引号类型决定走哪条解析路径：
- 遇到
'：跳过所有扫描变量和转义的逻辑，只认'和\，其余字符全当字面量塞进 zval - 遇到
"：启动完整扫描流程——找$、识别变量边界、处理"等转义、支持{$arr['k']}这类复杂表达式
这个差异发生在编译期（opcode 生成前），不是运行时。所以所谓“单引号更快”，本质是少走了几轮字符遍历和符号表查找。但在 PHP8.1 的 JIT 和 AST 优化下，百万次循环里也难测出 10ns 差别。
真正影响执行效率的是你写没写 for ($i=0; $i 这种重复拼接，而不是引号选型。
什么时候必须用单引号，而不是“可以”用
不是“习惯问题”，是语义和安全边界问题：
-
SQL 字段名/表名：如
$sql = "SELECT id, name FROM {$table}";—— 错！应写成$sql = 'SELECT id, name FROM ' . $table;或更好：用参数绑定 -
正则模式字面量：如匹配
$符号，写'$'比"\$"清晰，且不会因多一层转义漏掉 -
配置路径或常量字符串：如
$logPath = '/var/log/app/error.log';，单引号明确告诉维护者：“这里没有动态内容” -
HTML 属性内嵌套引号：如
echo "@#@#@#@#@#@#@#@#@#@0";，外双内单，避免"或'冲突
双引号里变量解析的边界细节，容易踩坑
你以为 "$arr[0]" 能取值？不行。PHP 只识别简单变量语法，数组下标必须用花括号包住：
- ✅ 正确：
"{$arr[0]}"、"{$user->name}"、"The {$count}th item" - ❌ 错误：
"$arr[0]"（解析为变量$arr后跟字符串[0]） - ⚠️ 模糊：
"$name123"会被当成变量$name123，不是$name加123；要后者得写"{$name}123"
还有个隐藏坑：双引号里 $ 是转义美元符，输出字面 $；但单引号里 $ 就是普通字符 $，因为 $ 根本不参与转义逻辑。
最易被忽略的一点：引号选择从来不是性能题，而是可维护性题。当你看到一段代码里混用引号却没明显理由，大概率是变量插值逻辑没理清，或者忘了转义边界——这时候重读一遍 $ 和 {} 的规则，比调优快 0.001% 更管用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
