自动转换发生在表达式求值时，不改变变量原始类型；如"123"+45得168，但$a仍为string。常见于算术运算、字符串拼接、松散比较。
自动转换什么时候发生？它不改变量本身
PHP在表达式求值时会悄悄做类型转换，比如 $a = "123" + 45，系统自动把字符串 "123" 当成整数算，结果是 168；但 $a 原来还是字符串，gettype($a) 仍返回 "string"——自动转换只影响「这一次运算的值」，不改变变量存储的原始类型。
常见触发场景包括：
• 算术运算（+、-、*）中非数值被转为数字
• 字符串拼接（.）中非字符串被转为字符串
• 松散比较（==）时两边尝试对齐类型，比如 "0" == false 返回 true
强制转换怎么写？三种方式效果不同
你有三类选择，用途和副作用差异明显：
-
(int)$var或intval($var)：前者不修改原变量，后者同理，但intval()支持第二参数指定进制（如intval("101", 2)得5） -
settype($var, 'int')：直接修改$var本身的类型和值，后续gettype($var)就真变成"integer" -
filter_var($var, FILTER_VALIDATE_INT)：不是转换而是验证+可选转换，失败时返回false，比强制转更安全，适合表单输入校验
数组键名里的隐式转换是个大坑
PHP数组允许字符串键，但若你写 $arr["08"] = 1，这个键不会被转成整数 8；而写 $arr[08]（八进制字面量）或 $arr[(int)"08"] 才会。关键点在于：
• 数组键的「自动转换」只认「合法十进制整数字符串」，像 "0"、"123" 行，"08"、" 123"（带空格）、"12.5" 都不行，会被当原样字符串处理
• 这导致 isset($arr["08"]) 和 isset($arr[8]) 查的是两个完全不同的键
松散比较（==）和布尔转换最容易翻车
PHP里 "0"、0、0.0、""、null 在 == 下全等于 false，但它们彼此之间并不都相等（比如 "" == 0 是 true，但 "" == "0" 是 false）。这种不一致源于自动转换规则分层执行，而不是统一映射。
真正安全的做法是：
• 比较用 ===（全等），避免类型隐式转换
• 转布尔用 boolval($var)，别依赖 (bool)$var 或 if ($var) 的上下文行为
• 处理用户输入时，先用 is_numeric() 判断是否可安全转数字，再决定走 intval() 还是报错
最常被忽略的一点：自动转换规则在 PHP 版本间有细微调整（比如 PHP 8 对科学计数法字符串的解析更严格），靠隐式行为写的逻辑，升级后可能突然出错。能显式就显式，宁可多敲几个字符，别赌解释器的“默契”。
立即学习“PHP免费学习笔记（深入）”；
