php松散比较（==）会将字符串转为数字再比较，如"123abc"→123，故"123abc"==123为true；这是设计行为而非bug，但易致逻辑漏洞，应优先使用===避免隐式转换。
PHP 会把 "123abc" 自动转成数字 123 再比较，所以 "123abc" == 123 返回 true —— 这不是 bug，是设计行为，但极易引发逻辑漏洞。
为什么松散比较（==）会触发隐式转换
PHP 在执行 == 时，会按规则把两边转成相同类型再比。字符串和数字比较，优先把字符串转为数字：从左到右取连续数字字符，遇到非数字就停。"123abc" → 123，"abc123" → 0，"0123" → 123（前导零被忽略）。
- 这种转换不报错、不警告，静默发生
- 常见于接口返回值判断：
if ($ret == 0)，对方改返回字符串"timeout"，结果仍为true -
"0e123"这类科学计数法字符串会被转成0，和0或false都判等
严格比较（===）能彻底避开这个问题
=== 要求值和类型同时一致，"123abc" === 123 直接返回 false，因为左边是 string，右边是 integer。
- 所有涉及外部输入的判断都该用
===：API 响应、表单提交、文件读取内容 - 注意函数返回值类型：比如
strpos()找到开头字符时返回0，用!= false会误判，必须写!== false - 数组与标量比较时，
==行为更危险：array() == 0、false == ""、null == 0全为true
什么时候连 === 都不够用？得用 strcmp 或 is_string
当你要确认一个变量「确实是纯数字字符串」，比如校验身份证号、订单号这类不能被当数字处理的长字符串，=== 只防类型，不防内容。
-
"511203199106034578" === "511203199106034579"是false，没问题；但"511203199106034578" == 511203199106034578却可能因浮点精度变成true（大整数溢出） - 用
is_string($var) && ctype_digit($var)判断是否为「纯数字字符串」 - 字符串字典序比较必须用
strcmp($a, $b) === 0，避免==触发数字转换
最常被忽略的一点：问题往往不出现在你写的那行 == 上，而出现在上游——比如别人传进来的 $_GET['id'] 是字符串，你却拿它和整数 123 直接比。类型一致性要从数据入口就开始控制，而不是等到了判断逻辑才补救。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
