不会。array_filter() 默认仅过滤值为 false 的元素，空字符串、0、null 等均被删，但可能误删需保留的 0 或 '0'；应显式传回调如 strlen 或结合 trim 类型判断安全过滤。
PHP array_filter() 默认行为会删掉空字符串吗？
不会。默认情况下 array_filter() 只过滤掉值为 false 的元素，而 ''（空字符串）、' '（纯空格）、0、0.0、null、false 都会被当成 false —— 这看似“正好”，但实际很危险：你可能想保留 0 或 '0'，却一并被删了。
所以别依赖默认回调，必须显式传入过滤逻辑：
- 用
array_filter($arr, 'strlen')可安全剔除空字符串和纯空白字符串（因为strlen(' ') === 0） - 若要同时 trim 空格再判断，得配合
array_map()先处理再过滤：$clean = array_filter(array_map('trim', $arr), 'strlen'); - 注意：
trim()不影响原数组，只作用于副本；array_map()+array_filter()是函数式写法，不修改原始数组
为什么 array_walk() + trim() 后再 array_filter() 容易出错？
常见写法是先遍历 trim 每个元素，再过滤 —— 但问题在于：如果原数组有非字符串值（比如 null、数字、对象），trim() 会静默转成字符串（trim(null) === ''），导致本该保留的 0 变成 '0'，而 trim(0) 也是 '0'，看似无害，实则混淆类型语义。
- 更稳妥的方式是先做类型判断：
$clean = array_filter($arr, function($v) { return is_string($v) ? strlen(trim($v)) > 0 : $v !== null && $v !== false; }); - 如果你明确只要「非空字符串」，就加类型守门：
is_string($v) && strlen(trim($v)) - 避免对整数、布尔等调用
trim()，PHP 不报错但语义已失
大批量字符串数组去空格+去空值，性能关键点在哪？
用 array_map() + array_filter() 是清晰写法，但会产生两个中间数组（一次映射、一次过滤），内存翻倍。10 万条以上数据时明显卡顿。
立即学习“PHP免费学习笔记（深入）”；
- 改用
foreach手动构建结果数组，单次遍历、零额外数组开销：$result = []; foreach ($arr as $v) { if (is_string($v) && strlen(trim($v)) > 0) { $result[] = trim($v); // 这里才真正 trim } } - 如果后续还要用键名，记得用
$result[$key] = ...保持关联性 - 不要在循环里反复调用
trim()两次（一次判断、一次赋值），先存变量：$t = trim($v); if (strlen($t)) { $result[] = $t; }
JSON 场景下接收前端传来的字符串数组，为什么总有看不见的空格？
前端 JavaScript 的 JSON.stringify(['a ', ' b', '']) 传到 PHP，json_decode() 后得到的数组里，'a ' 和 ' b' 末尾/开头带空格，但肉眼难识别，var_dump() 也容易忽略——尤其当用 in_array('a', $arr) 查不到时才意识到。
- 调试时用
printf("'%s'\n", $v)或bin2hex($v)看真实字节，空格是20 - 推荐在 API 入口统一清洗：
array_map(fn($x) => is_string($x) ? trim($x) : $x, $_POST['tags'] ?? []) - 别等到业务逻辑里才发现——空格导致数据库唯一索引冲突、缓存 key 不一致、搜索匹配失败，都是后期难排查的问题
trim() 不是万能胶水，它改变原始值，也掩盖类型问题。最稳的路径，是明确你要保留什么（字符串？数字？），再决定 trim 时机和过滤条件。 
