=是赋值运算符，==是松散比较运算符，混用会导致逻辑错误和安全漏洞；如if($a = 1)实际赋值并恒判为true，而if($a == 1)才真正比较。
PHP中==和=根本不是同一类操作符
=是赋值运算符，==是比较运算符——它们干的是完全不同的事，混用会导致逻辑错误甚至安全漏洞。
常见错误现象：if ($a = 1) 不是在判断 $a 是否等于 1，而是把 1 赋给 $a，然后判断这个赋值表达式的返回值（即 1），结果恒为 true。这种写法会绕过条件逻辑，且 PHP 8+ 在某些上下文中会发出 E_WARNING。
使用场景：
-
=仅用于给变量赋值，比如$user_id = $_GET['id'] ?? 0; -
==仅用于比较两个值是否“松散相等”，比如if ($status == 'active')（但注意：这会把'1'、1、true都当作相等）
为什么if ($a = 0)总进分支，而if ($a == 0)才真正判断？
因为 = 的优先级低于控制结构，if 接收的是赋值语句的执行结果。$a = 0 返回 0，在 PHP 中 0 是 falsy 值，但这里容易被误读；更危险的是 $a = 1 返回 1 → true，导致本不该执行的分支被执行。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 把常量写在左边，如
if (0 == $a)，这样万一手滑写成if (0 = $a)，PHP 会直接报Fatal error: Cannot assign to constant，立刻暴露错误 - 现代 IDE 和 PHPStan/psalm 默认会警告
if ($a = ...)这类赋值用法，别忽略这些提示 - 函数参数里也别犯这错：例如
strpos($str, 'x') = false是语法错误，但strpos($str, 'x') == false逻辑就错了（应为=== false）
==和===之间还夹着一个=，别让类型混乱雪上加霜
很多人卡在 == 和 === 的区别，却忘了最底层的 = 写错会让整个比较失去意义。比如：
$result = strpos($text, 'http://'); // 正确：赋值
if ($result == false) { ... } // 错误：0 会被当成 false
if ($result === false) { ... } // 正确：区分“没找到”和“在开头找到”
但如果你写成：
if ($result = false) { ... } // 完全跑偏：把 $result 设为 false，永远进这个分支
这就不是类型问题，而是语义崩塌。PHP 不会帮你区分你“想比较”还是“想赋值”。
容易踩的坑：
- 复制粘贴时漏掉一个
=，比如把$config['debug'] == true粘成$config['debug'] = true，静默开启调试模式 - 在数组键赋值时误用：
$arr[$key] == $value不报错但无效；$arr[$key] = $value才真写入 - 三元运算里写反：
$x = $a == 1 ? 'yes' : 'no'是对的；$x = $a = 1 ? 'yes' : 'no'实际执行的是$a = (1 ? 'yes' : 'no')，$a 变成字符串
真实项目里最该警惕的其实是=出现在条件里的那一刻
比起纠结 == 是否够“严格”，先确保你没在 if、while、for 的条件部分误用 =。这类错误不会抛异常，运行时行为诡异，且难以通过日志定位。
复杂点在于：PHP 允许在条件中做赋值（比如 while ($line = fgets($fp)) 是合法惯用法），但前提是你要清楚自己在做什么。一旦混入比较意图，就只剩调试时抓头发。
最容易被忽略的地方：函数返回值未校验类型就直接赋值再比较，例如：
$data = json_decode($json);
if ($data = null) { ... } // 永远不进，而且 $data 被覆盖为 null
这里既丢了原始解析结果，又制造了新的 bug。别让一个等号，变成整条调用链的断点。
