preg_split按波浪线分割需转义为'\~'并加u修饰符，因~是PCRE定界符；字符类中~应置于末尾防误解析；含Unicode时必用u，否则乱码；纯ASCII可用explode，多字节推荐mb_split。
preg_split 里波浪线要加反斜杠转义
PHP 中用 preg_split 按波浪线 ~ 分割字符串时，直接写 '~' 会报错或行为异常，因为 ~ 在 PCRE 正则中是分隔符（类似 /），不是普通字符。必须把它当字面量处理，最稳妥的方式是加反斜杠转义：'\~'。
常见错误现象：Warning: preg_split(): Delimiter must not be alphanumeric or backslash——这是因为 PHP 把第一个 ~ 当成了正则定界符，后面没配对的 ~ 导致解析失败。
- 正确写法：
preg_split('/\~/u', $str)或preg_split('~\~~u', $str)（用~自己做定界符，内部的~要转义） - 更推荐用
/做定界符，避免混淆：preg_split('/\~/u', $str) - 如果字符串里有大量
~且不想逃逸，也可换其他不冲突的定界符，比如#\~#u或\~\~u
波浪线在方括号字
如果用字符类匹配（比如想同时匹配 ~ 和 -），~ 放在 [] 里通常不需要转义——但位置很重要：不能放在开头或结尾以外的地方当范围连接符（虽然 ~ 本身不参与范围，但为防误读建议统一放末尾）。
示例：preg_split('/[~\-]+/u', $str) 是安全的；而 /[~-]+/u 会被解释成“ASCII 码从 ~ 到 - 的字符”，这实际是空集（因为 ~ ASCII 是 126，- 是 45），会导致意外结果。
-
[~-]❌ 错误理解为范围，逻辑无效 -
[~-]实际等价于[\-~]（顺序无关），但可读性差 - 推荐写法：
[~\-]或更清晰的[\-~]，把-放最前或最后
注意 UTF-8 下的 u 修饰符
如果文本含中文、emoji 或其他 Unicode 字符，漏掉 u 修饰符会导致 preg_split 按字节切分，破坏多字节字符。波浪线本身是 ASCII，但周围文本很可能不是。
- 没加
u：中文被切成乱码，数组元素数量异常增多 - 加了
u：preg_split('/\~/u', "a~你好~b")得到['a', '你好', 'b'] - Windows 环境下若 locale 不支持 UTF-8，还需确保源文件保存为 UTF-8 无 BOM
简单替代方案：用 explode 更快更安全
如果确定波浪线就是纯分隔符、不涉及正则逻辑（比如不要求忽略前后空白、不要求连续多个 ~ 合并为一个分割点），直接用 explode 更高效、无转义烦恼。
explode 不走正则引擎，没有定界符冲突问题，也不需要 u 修饰符——但它默认按字节处理，对 UTF-8 多字节字符依然有风险。
- 纯 ASCII 场景：
explode('~', $str)安全、快、代码简洁 - 含中文等场景：改用
mb_split（需开启 mbstring 扩展）：mb_split('\~', $str, 'UTF-8') - 或退一步：用
preg_split但坚持加u和转义，别贪快绕过正则校验
真正容易被忽略的是：波浪线作为正则定界符的双重身份，以及它在字符类中的位置敏感性。哪怕只切一次字符串，写错定界符或漏掉 u，后续调试可能卡在完全无关的编码或数组索引问题上。
