trim() 仅识别 ascii 空白字符，对 unicode 空格（如u3000、u00a0、u200b）及 utf-8 “伪装空格”（如 、 ）无效；php 7.3 下应先用 preg_replace('/p{z}+/u', ' ', $str) 清理 unicode 分隔符，再 trim() 收尾。
trim() 为什么对某些空白字符无效
因为 trim() 默认只识别 ASCII 空白字符：" "、" "、"
"、"
"、" "、" "。它完全不处理 Unicode 空白，比如全角空格（u3000）、不间断空格（u00A0）、零宽空格（u200b），也不识别 UTF-8 编码的“伪装空格”（如 或 ）。如果你用 bin2hex($str) 发现首尾字节不是 20，那基本就不是 trim() 能管的范围。
PHP 7.3 下兼容性最强的清理方案
PHP 7.3 不支持 u{...} Unicode 字符语法，也不能用 mb_ereg_replace()（该函数已在 7.3+ 废弃），所以得靠 preg_replace() + 显式字节匹配组合。推荐以下两步走：
- 先用正则清除所有 Unicode 空白类字符（
p{Z}）——需开启u修饰符，PHP 7.3 完全支持 - 再用
trim()收尾，避免开头/结尾残留 ASCII 控制符
实操代码：
$clean = trim(preg_replace('/p{Z}+/u', ' ', $str), "
");
注意：这个正则会把所有 Unicode 分隔符（含 u3000、u00A0、u200b 等）替换成单个空格，再由 trim() 把首尾空格和控制符一并去掉。如果要彻底删除所有空白（包括中间的），把替换目标改成 '' 即可。
遇到“变态空格”必须手动定位再清除
当 preg_replace('/p{Z}/u', '', $str) 还没效果，说明字符串里混了非标准空白（比如 、 或 BOM 头 ）。此时不能猜，必须 inspect：
- 用
bin2hex(substr($str, 0, 10))查看前几个字节 - 用
str_split($str)+ord()拆解每个字节，定位异常值（如连续出现194 160就是 - 针对性替换，例如：
str_replace(" ", "", $str)或preg_replace('/[ ]/', '', $str)
特别注意：BOM 必须用 ltrim($str, "")，不能靠正则——因为 BOM 是字节序列，不是 Unicode 字符。
别在数据库层依赖 TRIM() 做清洗
SQL 的 TRIM() 函数在 MySQL/PostgreSQL 中同样只处理 ASCII 空格，对 u3000 或 u00A0 无效。更危险的是，你执行 UPDATE t SET name = TRIM(name) 时，如果漏写 WHERE，整张表数据就永久损坏了。真正安全的做法是：
- 在 PHP 层完成清洗后再入库（用上面的
preg_replace()+trim()组合） - 入库前加
is_string($input) && strlen($input) > 0校验，避免 null 或空数组被误传 - 若必须 SQL 清洗，MySQL 8.0+ 可用
REGEXP_REPLACE(col, '[\s\p{Z}]+', ' ')，但性能差，且老版本不支持
最易被忽略的一点：用户从微信、Word、网页复制粘贴进来的文本，大概率带混合空白（半角+全角+NBSP+BOM），单靠一个 trim() 或一层 REPLACE() 根本不够——得先看清字节，再分层清理。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
