implode() 报 “Argument #2 must be of type array” 错误，是因为 PHP 8.0+ 强制要求第二个参数必须是 array 或 Traversable，而传入了 null、字符串、false 等非数组类型，常见于未判空的数据库字段、未解码的 JSON 字符串或函数返回值异常。
为什么 implode() 会报 “Argument #2 must be of type array” 错误
这个错误说明你传给 implode() 的第二个参数不是数组，而 PHP 8.0+ 强制要求它必须是 array 或 Traversable（比如 ArrayObject）。常见原因是：变量未定义、被赋值为 null、false、字符串或整数，或者从函数返回时没做类型校验。
检查并确保第二个参数确实是数组
别直接传变量进去，先用 is_array() 或 isset() + is_array() 做兜底。尤其注意这些场景：
- 从数据库查询结果取字段（比如
$row['tags']可能是null或 JSON 字符串，不是数组） - 调用 API 返回的数据未解码或解码失败（
json_decode($str)默认返回stdClass，不是数组） - 函数返回值未校验（例如自定义的
getIds()有时返回空字符串或false）
修复示例：
// ❌ 危险写法
echo implode(', ', $tags);
// ✅ 安全写法
$tags = $tags ?? [];
if (!is_array($tags)) {
$tags = [];
}
echo implode(', ', $tags);
JSON 字符串误当数组传给 implode()
这是高频翻车点：前端传来 JSON 格式的标签列表（如 "[\"php\",\"js\"]"），后端没 json_decode() 就直接塞进 implode()，PHP 就会报类型错误。
立即学习“PHP免费学习笔记（深入）”；
- 确认输入是否为 JSON 字符串：用
is_string($input) && str_starts_with($input, '[')快速判断 - 解码时加
true参数强制返回关联数组：json_decode($input, true) - 解码失败返回
null，需再次判空：json_decode($input, true) ?: []
一行安全写法：
$tags = is_string($raw) ? (json_decode($raw, true) ?: []) : ($raw ?? []);
echo implode(', ', $tags);
PHP 7 和 PHP 8 的行为差异要注意
PHP 7.x 对 implode() 第二个参数类型检查宽松，允许传字符串（会静默转成单元素数组），但 PHP 8.0+ 严格报错。如果你在升级 PHP 版本后突然报这个错，大概率是旧代码里混了非数组值。
- 用
declare(strict_types=1)无法影响implode()的内置类型约束，它由引擎强制执行 - CI/CD 流水线或本地开发环境 PHP 版本不一致时，容易漏测
- 搜索项目中所有
implode(调用，重点检查变量来源是否可控
最省事的兼容写法（适用于不确定输入类型的场景）：
$arr = is_array($input) ? $input : (is_string($input) ? [$input] : []);
echo implode(', ', $arr);
真正麻烦的不是报错本身，而是那个“看似正常却偶尔崩”的变量——它可能只在特定用户、特定接口路径、特定数据库状态下降级为空值。修完记得补个日志，把出问题的 $input 类型和值打出来，不然下次还得猜。
