单引号字符串不解析变量和转义序列（除和'外），如'Hello $name'原样输出；需插值应改用双引号或拼接；单引号性能高、语义清晰，适用于静态内容、SQL字段、正则等场景。
单引号里变量不会被解析
PHP 单引号字符串是字面量，$name、${var}、$arr['key'] 这类写法全当普通字符处理，原样输出。这不是“没写对”，是语言设计如此——单引号不触发变量插值，也不解析转义序列（除了 \ 和 '）。
常见错误现象：
写了 'Hello $name'，结果页面真显示 Hello $name，而不是 Hello Alice；或者误以为 '$arr[0]' 能取数组第一个元素，实际输出就是字面字符串 $arr[0]。
- 想插值，必须换双引号或用字符串拼接：
"Hello $name"或'Hello ' . $name - 双引号里也只支持简单变量语法，
"$obj->prop"可以，但"$arr[0]"需加花括号："{$arr[0]}" - 如果变量名后紧跟字母/数字，不加花括号会解析出错：
"$name123"会被当成变量$name123，不是$name加字符串123
什么时候非用单引号不可
性能和语义清晰度是关键。当字符串不含变量、也不需要解析转义时，单引号更快（PHP 不用扫描插值位置），且意图明确——“这就是纯文本”。尤其在循环内拼大量静态内容、定义 SQL 字段名、正则模式字面量时，单引号更稳妥。
使用场景举例：$sql = 'SELECT id, name FROM users WHERE status = 'active'';（避免双引号里还要转义引号）$pattern = '/^[a-z]+$/i';（正则中斜杠和字母都无需插值）
立即学习“PHP免费学习笔记（深入）”；
- SQL 查询中的固定字段、条件值（如
'created_at'）建议单引号 - 定义常量字符串（如
define('API_URL', 'https://api.example.com');）用单引号更直白 - 拼接路径时注意：Windows 路径
'C: emp ile.txt'里的
混用单双引号的常见翻车点
最典型的坑是引号嵌套混乱，尤其在 HTML 属性或 JS 字符串里拼 PHP 变量。单引号本身不能解析变量，但人容易在双引号逻辑里下意识套单引号，结果变量消失。
错误写法：<a href="https://www.php.cn/link/0c904197b5d9590404403a50f1b3cac8">link</a> → 输出字面 $id，不是数值
正确写法：<a href="https://www.php.cn/link/ab5858f982b4009457e224fa1efdba73">link</a> 或 <a href="https://www.php.cn/link/dada30935bcfc75c69e651430ea8815f" .>link</a>
- HTML 属性值用双引号包裹时，里面 PHP 插值可直接用双引号：
"<div class='"user"' data-id='"$id"'>" <li>JS 字符串里嵌 PHP 变量，优先用 JSON 编码：<code>var id = <?php echo json_encode($id); ?>;，比手动拼引号靠谱得多 - 模板里大量混合 HTML + PHP，用 HEREDOC 或现代模板引擎（Twig/Blade）比硬拼引号更少出错
- 别为这点性能改写满屏双引号为单引号，可读性和维护性更重要
- 如果真在压测中发现字符串处理是瓶颈，先看是否用了
.=在大循环里反复拼接，那才是大头 - 用
var_dump(gettype('hello'));确认字符串类型时，单双引号产出的都是string，无本质区别
性能差异到底有多大
单引号比双引号快，但仅在极端高频场景（如百万次循环字符串拼接）才可测出微秒级差别。日常 Web 请求里，这个差异远小于一次数据库查询或网络 I/O 的开销。
真正影响性能的是字符串拼接方式：$s = 'a' . $b . 'c'; 比 $s = "a{$b}c"; 略快（因省去双引号解析阶段），但比 $s = "a$b$c"; 差不多——PHP 7+ 对简单双引号插值做了优化。
onclick 属性里塞 PHP 变量，一层漏转义就 XSS。
