单引号和双引号不能随意混用，因解析机制不同：单引号原样输出，不解析变量和转义；双引号支持变量插值与转义，如"$name"展开变量、"\n"换行；需变量或转义时必须用双引号。
PHP里单引号和双引号到底能不能混用
不能随意混用，因为它们的解析机制完全不同——不是风格偏好问题，而是语义差异问题。你写 '$name' 和 "$name"，PHP 看到的是两种完全不同的东西。
-
'$name'：原样输出四个字符$name，变量不展开，\n、\t全当普通文本 -
"$name"：先查变量$name的值，再拼进去；"Hello\n"真的会换行 - 想在双引号里输出字面量
$？得写成"\$name"，否则 PHP 会尝试解析 - 单引号里要表示一个单引号？只能用
'It\'s'，不能写"It's"——那已经是双引号了
什么时候必须用双引号
当你需要变量插值或常用转义时，双引号是唯一选择。单引号在这种场景下会直接失效。
- 拼接动态路径：
"./uploads/{$user_id}/{$file_name}.jpg"（花括号让复杂变量更安全） - 带换行的日志：
"Error at {$time}: {$message}\n"，用单引号就得不到换行 - SQL 查询字符串（⚠️但别直接拼！这是注入高危区）：
"SELECT * FROM users WHERE id = $id"—— 这种写法本身危险，但语法上只有双引号能展开$id - 注意：
"\n"有效，'\n'就是两个字符\和n，不是换行符
为什么单引号有时候更快，但别为它改代码
单引号确实略快——PHP 不用扫描字符串找 $ 或 \，但这个差距在现代 PHP（8.0+）里基本可以忽略，微秒级。
- 真实瓶颈从来不在引号类型，而在数据库查询、IO 或算法逻辑
- 硬把
"Hello $name"改成'Hello '.$name反而增加字符串拼接开销 - 如果字符串里有 1 个变量 + 2 个转义，还用单引号+拼接，可读性和维护性反而下降
- 性能敏感场景（如高频日志格式化）可压测对比，但日常开发优先选语义清晰的写法
容易被忽略的 nowdoc 和 heredoc
当字符串又长、又含变量、又含引号、还要多行时，单/双引号都开始难受——这时候该换 heredoc 或 nowdoc 了。
立即学习“PHP免费学习笔记（深入）”；
-
heredoc行为像双引号：$name会被解析，\n生效，开头标记不用引号： -
nowdoc行为像单引号：变量原样保留，连$都不碰，但开头标记必须加单引号： - 三引号（
'''/"""）是 Python 的，PHP 不支持——写错会直接 Parse error - 嵌套引号多的 HTML 片段，用
heredoc比层层转义清爽得多
最常踩的坑不是选错引号，而是忘了单引号里 $ 和 \ 是“哑”的——调试时看到 $user_id 原样输出，第一反应不该是“PHP坏了”，而是低头看引号类型。
