php自动转换仅在运算或比较时临时发生，不改变变量本身类型；触发场景包括算术运算、字符串拼接和松散比较，但数组键名不参与；松散比较（==）易出错，应优先使用===。
自动转换只发生在运算/比较时，不改变量本身
PHP的自动转换（Type Juggling）不是“把变量类型永久变掉”，而是临时取值时悄悄换一下。比如 $a = "123"，它始终是 string；但写 $a + 45，PHP会临时把 "123" 当成整数算出 168，$a 的类型和值都没变——gettype($a) 还是 "string"。
- 触发场景很具体：算术运算（
+、-）、字符串拼接（.）、松散比较（==） - 数组键名不参与这种自动转换：
$arr["08"]和$arr[8]是两个完全不同的键，因为"08"不被识别为合法十进制整数字符串 - PHP 8 对科学计数法字符串（如
"1e2"）解析更严格，以前能转成 100，现在可能直接当 0，升级后容易突然出错
松散比较（==）是最大雷区，务必用===代替
== 会先尝试把两边转成同一类型再比，规则分层又不一致：“” == 0 是 true，但 “” == “0” 是 false，0 == false 是 true，而 “0” == false 也是 true——这不是逻辑混乱，是 PHP 按固定优先级一步步隐式转出来的结果。
- 永远优先用
===，它不转换，类型+值全等才返回 true - 判断用户输入是否为数字，别用
if ($input == 0)，改用is_numeric($input) && (int)$input === 0 - 表单里提交的
"false"字符串，(bool)"false"居然是 true，因为它不是空、不是 0、不是 null——真要转布尔，用filter_var($input, FILTER_VALIDATE_BOOLEAN)
强制转换三类写法，副作用完全不同
想明确控制类型，不能只看“结果对不对”，得看它动没动原变量、有没有丢数据、是否可逆。
-
(int)$var或intval($var)：不修改$var，返回新值；intval("101", 2)支持二进制转义，(int)"101"不行 -
settype($var, 'int')：直接改$var本体，后续gettype($var)就是"integer"，适合初始化阶段批量清洗 -
filter_var($var, FILTER_VALIDATE_INT)：不转，只验证；失败返回false，比硬转更安全，尤其处理$_GET或$_POST时推荐
字符串转数字最常丢数据，必须提前验证
(int)"123abc" 得 123，(int)"abc123" 得 0，(int)" 42 " 得 42——空格能吃，字母吃一半，开头非数字就归零。这不是 bug，是设计，但业务上往往意味着脏数据没拦住。
立即学习“PHP免费学习笔记（深入）”；
- 先用
is_numeric($str)粗筛，但它接受"1.5"、"-3"、"1e4"，未必是你想要的整数 - 更准的做法：
filter_var($str, FILTER_SANITIZE_NUMBER_INT)去掉非数字字符，再用filter_var(..., FILTER_VALIDATE_INT)校验 - 浮点转整型一律截断不四舍五入：
(int)10.9是 10，round(10.9)才是 11，别混淆
