php 8.0 中 explode('', '') 返回空数组 []，而 php 7.x 返回 ['']，这是官方刻意修正的向后不兼容变更，适用于所有分隔符；空分隔符仍报 valueerror，迁移时需显式处理空输入。
PHP 8.0 中 explode 分割空字符串（即 $string = ''）时，返回的是空数组 []，而 PHP 7.x 返回的是包含一个空字符串的数组 [''] —— 这是明确的、向后不兼容的行为变更，不是 bug，是 PHP 官方在 8.0 版本中刻意修正的语义。
PHP 8.0 对空字符串输入的 explode 行为变更
这个变化发生在 PHP 8.0.0，源于对“空输入应产生空输出”这一直觉逻辑的统一。此前 PHP 7.x 的 explode(',', '') 返回 ['']，容易让人误以为“分割了什么”，但实际上没有可分割的内容。
-
explode(',', '')在 PHP 7.x →[''] -
explode(',', '')在 PHP 8.0+ →[] - 该变更适用于所有分隔符（包括
' '、'|'等），只要$string是空字符串就生效 - 注意：这与分隔符是否出现在字符串中无关，只取决于
$string是否为空
空分隔符（''）在 PHP 8.0 仍会报错
很多人混淆“空字符串输入”和“空分隔符”。PHP 8.0 并未放宽对分隔符的校验：explode('', 'abc') 在 PHP 8.0 和 PHP 7.x 中都会抛出 ValueError，行为一致。
- 错误信息是：
Uncaught ValueError: explode(): Argument #1 ($separator) must not be empty - 这不是版本差异点，而是始终严格的约束
- 若需按字符拆分，请改用
str_split()或mb_str_split()
升级到 PHP 8.0 后需要检查的典型场景
以下代码在 PHP 7.x 可能“侥幸通过”，但在 PHP 8.0 会因数组长度或元素内容变化导致逻辑错误：
- 用
count(explode(',', $input)) > 1判断是否有多个字段 → 若$input = ''，PHP 7.x 得到1，PHP 8.0 得到0，判断失效 - 直接取
explode(',', $input)[0]→ PHP 7.x 返回''，PHP 8.0 触发Undefined array key 0警告 - 依赖
array_filter()清洗前先假设有元素存在 → 实际可能拿到空数组，array_filter([])仍是[]，但上游逻辑可能没做空数组防御
安全迁移建议：显式处理空输入
不要依赖 explode 对空字符串的隐式行为，应在调用前主动判断：
- 先
trim($string)再判断是否为空，避免空白字符串干扰 - 写成：
$parts = $string === '' ? [] : explode(',', $string); - 或封装一层：
safe_explode(',', $string)，内部统一处理空输入 - 如果业务上“空输入必须返回至少一个空元素”，则显式补全：
explode(',', $string) ?: ['']
最易被忽略的是那些没加 isset() 或 !empty() 就直接下标访问或 foreach 的旧代码——它们在 PHP 8.0 下可能静默失败或报错，务必逐个验证输入来源是否可控。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
