应优先使用 filter_var() 进行基础类型转换与校验，它比 intval()、is_numeric() 等更安全、语义清晰，能拒绝部分匹配字符串、支持范围限制，并避免静默截断或类型误判。
用 filter_var() 替代手写正则做基础类型转换
直接用 filter_var() 处理字符串转整数、浮点、布尔或邮箱校验，比自己写 preg_match() 或 intval() + 条件判断更安全、语义更清晰。它内置了标准化的过滤逻辑，比如 FILTER_VALIDATE_INT 会拒绝 "123abc" 这类“部分匹配”字符串，而 intval() 会静默截断成 123。
-
filter_var("123", FILTER_VALIDATE_INT)返回123；filter_var("123abc", FILTER_VALIDATE_INT)返回false - 需要指定范围时加
options：filter_var("50", FILTER_VALIDATE_INT, ["options" => ["min_range" => 1, "max_range" => 100]]) - 避免用
settype($var, 'int')—— 它会原地修改变量且不报错，容易掩盖输入异常
明确区分「转换」和「断言」场景，别混用 is_*() 和 to_*()
PHP 没有原生 to_int() 这类函数，但很多人习惯先 is_numeric() 再 (int) 强转，这其实埋了坑：比如 is_numeric("0x1A") 返回 true，但 (int)"0x1A" 得到 0（十六进制不被强制转换识别）。
- 如果目标是「确保能安全转为整数并拿到值」，直接用
filter_var($input, FILTER_VALIDATE_INT) !== false判断，再用同一值参与后续逻辑 - 如果只是「检查是否看起来像数字」，用
is_numeric()可以，但别把它当作转换前的可靠守门员 -
is_int()和is_string()只检测当前类型，对字符串"123"返回false—— 别误以为它们能替代类型验证
处理数组/嵌套结构时，用递归过滤器而非硬编码 foreach
当要批量转换请求参数（如把所有 id 字段转为整数），手写多层 foreach 容易漏掉深层键或破坏结构。PHP 的 filter_var_array() 和自定义回调能更稳地覆盖。
- 简单扁平数组：
filter_var_array($_GET, ["page" => FILTER_VALIDATE_INT, "limit" => FILTER_VALIDATE_INT]) - 含嵌套时，先用
json_decode(json_encode($data), true)归一化（避免对象干扰），再配合array_walk_recursive()+filter_var()处理值 - 别在循环里用
intval()对每个值强转 —— 它对null、false、空字符串都返回0，丢失原始语义
注意 mb_convert_encoding() 和 iconv() 的默认行为差异
中文场景下做编码转换，mb_convert_encoding() 是首选，但它的默认错误处理是静默丢弃非法字节；而 iconv() 默认遇到无法转换字符会中止并返回 false。这点在日志解析、用户昵称清洗等环节极易引发数据截断却无提示。
立即学习“PHP免费学习笔记（深入）”；
- 统一用
mb_convert_encoding($str, 'UTF-8', 'GBK')，显式指定源编码，别依赖自动探测（mb_detect_encoding()不可靠） - 需要容错时，加
mb_substitute_character('none')或'entity'控制替换方式 - 测试时故意传入乱码字节（如
"\xFF\xFE"），确认你的转换逻辑是报错、跳过还是替换 —— 这个边界行为往往上线后才暴露
false 或 0 就继续往下跑。留好原始输入、过滤选项、返回值三者对应日志，比选哪个函数更重要。 
