点号（.）是php唯一安全可靠的字符串拼接方式；+会触发数字转换导致错误，双引号插值仅支持简单变量，复杂结构必须用.，性能差异在现代php中可忽略，多行拼接需显式处理换行。
点号（.）是唯一安全、明确、可预测的字符串拼接方式；双引号内插值只是语法糖，不是拼接操作本身，且在复杂场景下容易出错或失效。
为什么不能用 + 拼接字符串
PHP 的 + 是算术加法运算符，不是字符串连接符。它会强制将操作数转为数字再相加，导致不可控结果：
-
"123" + "456"→579（字符串被转成整数后相加） -
"abc" + "def"→0（无法转数字，默认为 0） -
false + "hello"→"hello"（false转整数是 0，0 + "hello"触发隐式字符串转换） -
echo "id=" + $_GET['id']→ 输出空白或意外数字，调试时极难定位
所有字符串拼接必须用 .，这是语言设计层面的硬性约定，不是风格偏好。
点号（.）拼接 vs 双引号变量插值：适用边界在哪
双引号内写 "Hello $name" 看似省事，但它本质是“变量解析”，不是“拼接”。一旦变量结构变复杂，就会失效或产生歧义：
- 数组下标必须用花括号：
"{$user['name']}"，写成"$user['name']"会报错或解析错误 - 对象方法调用不支持：
"{$user->getName()}"语法错误，只能写成"Hello " . $user->getName() . "!" - 三元表达式、函数调用、常量拼接等，双引号完全不支持，硬塞进去只会让代码崩溃或行为异常
- IDE 和静态分析工具对
.拼接的类型推导更准确，对双引号插值基本无感知
简单变量用双引号没问题；只要出现任何非标量访问（->、[...]、()），立刻切回 . 拼接。
性能差异真的值得纠结吗
单引号比双引号快、双引号比 . 拼接快——这类说法在现代 PHP（7.4+ + OPcache）中已失去实际意义：
- OPcache 编译后，
'hello'和"hello"的 opcode 几乎一致 - 真正拖慢双引号的是变量解析逻辑，不是引号本身；而
.拼接的开销稳定可控 - 循环里拼接百万次纯静态字符串？先检查是不是真需要拼接，而不是优化引号
- 更值得花时间的地方：SQL 拼接是否防注入、HTML 输出是否过
htmlspecialchars()、多字节截取是否用mb_substr()
选哪种方式，只看三点：是否能正确表达意图、是否便于协作阅读、是否容易排查问题。其余都是干扰项。
多行字符串拼接最容易忽略的换行问题
用 . 写多行 SQL 或 HTML 时，换行符不会自动加入：
$sql = "SELECT *" . " FROM users" . " WHERE id = 123";
结果是 "SELECT * FROM users WHERE id = 123"（无换行、无空格），日志里根本看不出结构。解决办法只有两个：
- 手动加
\n和空格："SELECT *\n FROM users\n WHERE id = 123"，但维护成本高 - 改用
heredoc：$sql = ，格式保留、变量可解析、结束标识符必须顶格独占一行
别指望 PHP 自动帮你补格式；拼接就是拼接，换行是你要显式声明的内容。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
