点号（.）是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 时，换行符不会自动加入：

1. $sql = "SELECT *" 
2.  
3. . " FROM users" 
4.  
5. . " WHERE id = 123"; 

结果是 "SELECT * FROM users WHERE id = 123"（无换行、无空格），日志里根本看不出结构。解决办法只有两个：

手动加 \n 和空格："SELECT *\n FROM users\n WHERE id = 123"，但维护成本高。

改用 heredoc：$sql = <<<SQL\nSELECT *\nFROM users\nWHERE id = 123\nSQL;，格式保留、变量可解析、结束标识符必须顶格独占一行。

别指望 PHP 自动帮你补格式；拼接就是拼接，换行是你要显式声明的内容。

Tags: PHP字符串怎么拼接 PHP字符串点号连接符

分享到：