array_sum对含字符串数组求和时会静默转换非数字字符串为0、布尔值为1/0，PHP 8.3+起对非法转换触发E_WARNING，且区域格式差异导致解析偏差。
array_sum 对含字符串的数组求和时，会尝试把每个元素转成数字再相加。这种自动转换看似方便，但容易埋下逻辑错误和安全漏洞。
非数字字符串被静默转为 0
像 "abc"、"hello"、"" 这类完全无法解析为数字的字符串，会被当作 0 处理。结果虽然不报错，但总和可能比预期少很多，而且很难察觉。
- "123" → 123（合理）
- " 45 " → 45（带空格也能转）
- "12.34px" → 12.34（只取开头数字部分）
- "abc123" → 0（整个字符串无效）
真假值和 null 的隐式映射易混淆语义
true 变成 1、false 和 null 变成 0，看起来“合理”，但会模糊数据本意。
- 若数组是用户提交的状态标记 [true, "pending", false]，sum 得到 1，不代表“有一个有效状态”，而只是巧合数值叠加
- 若原意是统计“成功次数”，却混入了布尔值，结果就失去业务含义
PHP 8.3+ 开始对非法转换发出警告
从 PHP 8.3.0 起，遇到无法转为 int 或 float 的值（如数组、对象），array_sum 会触发 E_WARNING，不再是静默忽略。这意味着：
- 线上环境可能突然出现警告日志，影响监控告警准确性
- 如果 error_reporting 包含 E_WARNING，还可能中断脚本或暴露敏感路径
- 依赖旧版“静默行为”的代码在升级后会暴露问题
更隐蔽的风险：数字字符串格式差异引发偏差
不同区域习惯会影响字符串解析，比如小数点与千位分隔符。
- "1,234.56"（英文格式）→ 1234.56
- "1.234,56"（德语格式）→ 1（只识别开头的 1，逗号后全丢）
- "1 234,56"（法语空格分隔）→ 1
这类输入若来自表单或 CSV，array_sum 会给出错误结果，且难以追溯原因。
