PHP强制类型转换用(int)等括号语法，无(null)；(int)截断前导数字、'0'转bool为false、(array)null得[]；函数如empty()不转换类型；json_decode需显式true参数；类型声明非转换而是校验。
PHP中强制类型转换的写法和常见错误
PHP里类型转换分自动和强制两种，自动转换常埋坑，比如 0 == 'abc' 居然为真；真正可控的只有强制转换，也就是用括号加类型名的方式。
常见写法：(int)、(string)、(bool)、(float)、(array)、(object)，注意没有 (null) —— 写了也无效，只会得到 null 值本身。
-
(int) '123abc'得到123，但(int) 'abc123'得到0，不是报错也不是截断，这点容易误判 -
(bool) ''、(bool) 0、(bool) '0'都是false，唯独'0'这个字符串转布尔时反直觉，业务里做非空判断千万别只靠(bool) -
(array) null得到空数组[]，但(array) false得到[0 => false]，类型混用时结构会意外变化
isset()、empty()、is_numeric() 这些函数不是类型转换，别当转换用
很多人看到 empty($var) 返回 true 就以为它把变量“转成布尔了”，其实不是。这些函数只是做类型感知的判断，不改变原变量，也不返回转换后的新值。
典型误用场景：想过滤掉非数字字符串，却写 if (is_numeric($str)) { $num = (int) $str; } —— 错在 is_numeric('1.5') 返回 true，但 (int) '1.5' 得到 1，精度丢了；而 is_numeric('0xFF') 也返回 true，但 (int) 转出来是 0（十六进制不被 (int) 识别）。
立即学习“PHP免费学习笔记（深入）”；
- 要严格转整数，优先用
filter_var($str, FILTER_VALIDATE_INT)，失败返回false，不静默截断 - 要转浮点，用
floatval()或(float)，但注意(float) '1e3'可以，(float) '1e3.5'就变成1000.0（小数指数被忽略） -
isset()检查的是变量是否存在且不为null，跟类型转换完全无关，别拿来“确保变量有值”后再转——它不帮你转
JSON 解码后数据类型的陷阱
json_decode() 默认返回 object，不是 array，这点导致大量代码后续用 $data['key'] 直接报错：「Cannot use object of type stdClass as array」。
更隐蔽的是数字字段：JSON 里的 123 解码后是 int，但 123.45 是 float，而 123.0 在 PHP 8.0+ 里也是 float（之前版本可能转成 int），跨版本行为不一致。
- 始终显式传第二个参数
true：json_decode($json, true)，避免对象/数组混淆 - 如果必须处理 JSON 数字并做精确比较（比如金额），别直接用
==，先用is_int()或is_float()分支处理，或统一转成string再比 -
json_decode('null')返回 PHP 的null，但json_decode('{"a":null}')['a'] === null成立，而json_decode('{"a":""}')['a'] === ''，空字符串和null在 JSON 里语义不同，解码后也绝不等价
类型声明（PHP 7+）不等于类型转换
写了 function foo(int $x): string，不代表传进来的 '123' 会被自动转成 123；相反，它会直接报 TypeError，除非你开了 declare(strict_types=0) 并且参数是弱类型匹配（比如传 float 给 int 参数，会静默转，但 string 不行）。
也就是说，类型声明是校验门禁，不是转换管道。想兼容多种输入，得自己在函数体内处理：
- 不要依赖弱类型调用自动转，尤其上线环境建议开
strict_types=1，让问题早暴露 - 需要容错时，明确用
filter_var()或settype()（注意settype()是引用修改原变量） -
settype($var, 'int')和$var = (int) $var行为基本一致，但前者改原变量，后者生成新值——函数内用后者更安全，避免副作用
最常被忽略的一点：PHP 的类型转换规则在不同版本间有微调，比如 PHP 8.1 对 (int) NAN 返回 0，而旧版可能返回随机整数；线上环境务必确认 PHP 版本，并对关键转换路径做单元测试覆盖边界值。
