直接用 $arr[count($arr)-1] 取 explode 后末尾元素易因空白、BOM、空输入或分隔符异常导致静默失败；应先 trim 原串，explode 后 trim 每项、过滤空项，再用 array_key_last 安全获取。
当你用 explode() 拆分字符串后直接取 $arr[count($arr)-1] 获取“末尾元素”，却在数据库里找不到对应记录、或 foreach 循环少跑一次，问题往往不出在取值逻辑本身，而是 explode 前的原始字符串里藏了看不见的空格、换行、BOM 或开头结尾的空白——这些字符会让每个分割结果带上冗余空白，导致键值匹配失败、唯一约束冲突、甚至被 trim() 误判为空而跳过。
explode 后的数组末尾元素可能根本不是你看到的那个
方法一：用 var_dump 而不是 print_r 查看真实内容var_dump(explode(',', 'BCT-303, BCT-302')); 会明确显示第二项是 string(9) " BCT-302"——开头那个空格肉眼不可见，但它是真实存在的字节。
方法二：逐项检查长度
对 explode 结果循环执行 strlen($item)，若某项长度比预期多 1 或 2，大概率是首尾含不可见字符。比如 '\u{FEFF}abc'（带 BOM 的 UTF-8）看似 3 字符，实际是 4 字节。
【关键隐患】 直接用 $arr[count($arr)-1] 取值时，你拿到的是带空格的字符串；后续用它查数据库、作 array_key_exists 判断、或拼 SQL IN 子句，都会因字符串不等价而静默失败——PHP 不报错，但业务逻辑断了。
空输入导致数组结构意外变形
第一步：传入空字符串 explode(',', '')
返回的是 ['']（一个含空字符串的单元素数组），不是空数组 []。
第二步：此时 count($arr) - 1 等于 0，$arr[0] 返回 ''；如果你代码里没做 !empty($item) 校验，这个空字符串就会作为有效 ID 插入或参与查询，引发主键冲突或全表扫描。
第三步：更隐蔽的是，当输入为 " , "（仅空格和逗号）时，explode(',', " , ") 返回 [' ', ' ']——两个带空格的字符串，count()-1 取到的是 ' '，依然非空。
分隔符位置异常让“末尾”彻底错位
方法1：字符串以分隔符结尾explode(',', 'a,b,c,') → ['a','b','c','']，末尾元素是空字符串，不是 c。
方法2：字符串开头就是分隔符explode(',', ',a,b') → ['','a','b']，末尾是 b，但 count()-1 索引是 2，没错；可如果中间还有 ,,，就会冒出多个 ''，末尾就变成空了。
【致命前提】 所有基于 count()-1 或 array_slice($arr,-1) 的取值操作，都默认 explode 输出的数组“干净且结构可控”——但现实里，只要输入源不受控（如用户填写、第三方接口、日志文本），这个前提立刻崩塌。
安全取末尾值必须先清洗再判断
第一步：对原始字符串 trim 全局空白$clean = trim($inputString); 消除首尾 \n\r\t\u{200B} 等。
第二步：判空后才 explodeif ($clean === '') { $lastItem = null; } 避免 [''] 干扰。
第三步：explode 后立即 trim 每一项$parts = array_map('trim', explode(',', $clean)); 这一步不能省——否则 ' BCT-302' 还在那儿。
第四步：过滤掉所有空项再取末尾$validParts = array_filter($parts, 'strlen'); 确保 $validParts 里全是非空字符串。
第五步：用 array_key_last 安全取值（PHP ≥ 7.3）$lastKey = array_key_last($validParts); $lastItem = $lastKey !== null ? $validParts[$lastKey] : null;
