trim() 只清除首尾空白，无法处理中间空格、全角空格、零宽字符及BOM；彻底清理需结合preg_replace('/\s+/u', ' ', $s)与trim()，或针对性替换特殊Unicode空白。
PHP 去除字符串空格，不能只靠 trim() —— 它只清首尾，中间空格、全角空格、换行符、制表符都留着。
用 trim() 只能去首尾，别误以为它能“全清”
这是最常见误解：trim() 默认只删字符串开头和结尾的空白字符（"\t"、"\n"、"\r"、" "、"\0"、"\x0B"），中间的空格完全不动。
比如：
$s = " hello world "; var_dump(trim($s)); // string(11) "hello world"
如果你要清理用户输入的地址、姓名或搜索关键词，中间多个空格很可能影响后续匹配或显示。
立即学习“PHP免费学习笔记（深入）”；
- 想清首尾：用
trim()就够了 - 想清所有空白（含中间）：得换函数或组合处理
- 注意：
trim()不处理全角空格（\u200b）等 Unicode 空白
清掉所有空白（含中间），preg_replace() 最直接
用正则一次性替换所有 Unicode 空白字符为单个空格，再 trim() 收尾，是兼顾兼容性和可读的常用做法。
推荐写法：
$s = " hello\t\n\r world ";
$s = preg_replace('/\s+/u', ' ', $s); // \s 包含所有 Unicode 空白，/u 启用 UTF-8 模式
$s = trim($s); // 清首尾剩余空格
-
\s在 PHP 中默认不包含全角空格，但加/u修饰符后，会正确识别 UTF-8 编码的空白（包括中文全角空格、NBSP 等） - 不要用
str_replace([' ', "\t", "\n", "\r"], '', $s)—— 漏掉\x0B、零宽字符、全角空格，且性能差 - 如果要求“彻底无空格”（连中间一个都不留），把
' '换成''即可，但需确认业务是否真需要（比如拼接 ID 时）
处理特殊空白：全角空格、零宽字符、BOM 头
用户从 Word、微信、网页复制来的文本，常带这些“看不见的坑”：
- 全角空格：
trim()和默认\s都不认 - 零宽空格：
\u200b、\u200c、\u200d，肉眼不可见，但破坏 JSON 解析或数据库唯一索引 - BOM 头：
\xEF\xBB\xBF，出现在 UTF-8 文件开头，导致输出异常（如 header 已发送）
稳妥清理方式：
$s = str_replace(["\xE2\x80\x8B", "\xE2\x80\x8C", "\xE2\x80\x8D", "\xE2\x80\x8E", "\xE2\x80\x8F"], '', $s); // 清零宽字符（UTF-8 编码）
$s = str_replace("\xEF\xBB\xBF", '', $s); // 清 BOM
$s = str_replace("\xE3\x80\x80", ' ', $s); // 全角空格 → 普通空格（再用 trim 或 preg_replace 统一）
更省事的做法是封装一个函数，按需调用，而不是每次手动拼。
str_replace() 和 preg_replace() 性能差异其实没那么大
很多人怕正则慢，但实际在中小规模字符串（preg_replace('/\s+/u', ' ', $s) 和多次 str_replace() 差距不到 0.1ms。真正卡住的是错误假设——比如以为 trim() 能清完所有空格，结果上线后数据对不上。
- 纯英文短字符串：用
str_replace([' ', "\t", "\n", "\r", "\0", "\x0B"], '', $s)略快 - 含中文、多语言、不确定来源的文本：必须用
/\s+/u正则，否则漏字符 - 批量处理上万条数据时，建议先
mb_detect_encoding()确保是 UTF-8，再统一清理，避免正则因编码错乱失效
真正容易被忽略的是：清理动作该放在哪一层？是接收 POST 时立刻 trim，还是入库前校验，还是展示前格式化？顺序错了，后面怎么清都补不回脏数据。
