explode产生空元素因机械切分不判意义，开头、结尾或连续分隔符均生成空字符串；直接用count($arr)-1取末尾值易获空串或带空白/BOM的无效值，须先trim原串、trim每项、array_filter过滤、再安全取值。
explode 为什么会产生空数组元素
因为 explode 只做机械切分，不判断内容是否“有意义”。只要分隔符出现在开头、结尾或连续出现，就必然生成空字符串元素。
常见触发场景包括：
-
explode(',', ',a,b')→['', 'a', 'b']（开头有逗号） -
explode(',', 'a,b,')→['a', 'b', '']（结尾有逗号） -
explode(',', 'a,,b')→['a', '', 'b']（中间连续逗号） -
explode(',', '')→['']（空字符串本身不包含分隔符，按规则返回含原串的单元素数组）
这些都不是 bug，是文档明确规定的：*“A string that doesn't contain the delimiter will simply return a one-length array of the original string.”*
直接用 count($arr)-1 取末尾值会出什么问题
你拿到的很可能不是业务上想要的“最后一个有效值”，而是看不见的空格、BOM 或空字符串。
立即学习“PHP免费学习笔记（深入）”；
典型静默失败链：
- 原始字符串带 UTF-8 BOM：
"\u{FEFF}abc,def"→explode后第一项是"\u{FEFF}abc"，长度为 4，但肉眼只看到"abc" - 用户输入末尾多敲了个空格：
"item1,item2 "→explode后第二项是"item2 "（含尾部空格），和数据库里"item2"不等价 -
explode(',', 'a,b,')返回['a','b','']，$arr[count($arr)-1]拿到的是''，若直接用于 SQLIN或array_key_exists，逻辑就断了
var_dump 而非 print_r 是排查这类问题的第一步——它会显示字符串真实长度和不可见字符。
怎么安全地取 explode 后的“最后一个非空有效值”
不能跳过清洗环节。必须先 trim 原串、再 trim 每项、再过滤空项，最后才取值。
推荐写法：
$clean = array_filter(array_map('trim', explode(',', trim($input))), 'strlen');
$last = !empty($clean) ? end($clean) : null;
说明：
-
trim($input)干掉首尾空白和 BOM（PHP 8.0+ 自动处理 BOM，但低版本仍需手动） -
array_map('trim', ...)清理每项两端空格 -
array_filter(..., 'strlen')过滤掉空字符串（比array_filter(..., 'boolval')更安全，避免把"0"也滤掉） -
end($clean)比$clean[array_key_last($clean)]更兼容老版本 PHP，且语义更直白
如果确定输入可控（如配置文件内固定格式），可省略部分清洗；但凡来自表单、日志、第三方接口，这四步缺一不可。
什么时候该换 preg_split 而不是硬扛 explode
当你的分隔符逻辑变复杂，比如：“逗号 + 任意空白”“多个空格/制表符/换行都算分隔”“忽略引号内的逗号”时，explode 就力不从心了。
例如处理 CSV 风格但无引号保护的字段：
$parts = preg_split('/[\s,]+/', trim($input), -1, PREG_SPLIT_NO_EMPTY);
关键点：
-
[\s,]+匹配一个或多个空白或逗号，自动合并连续分隔符 -
PREG_SPLIT_NO_EMPTY内置过滤空项，省去array_filter -
-1表示不限制分割数量（等效于省略$limit）
注意：preg_split 性能略低于 explode，但对不规范输入的鲁棒性高得多。别为了省几微秒而在线上环境埋下匹配失败的坑。
最常被忽略的一点：explode 的“末尾”是结构意义上的末尾，不是业务意义上的末尾。清洗不是锦上添花，是前提条件。
