PHP中==和===有什么不同_PHP中相等与全等运算符的区别分析-php教程-PHP中文网

===要求值和类型都相同，==只比较值并可能进行类型转换；例如0=='false'为true但0==='false'为false，推荐优先使用===以避免隐式转换导致的bug。

php中==和===有什么不同_php中相等与全等运算符的区别分析

在PHP里，

==

登录后复制

（相等运算符）和

===

登录后复制

（全等运算符）之间的差异，说白了，就是它在比较时对数据类型的“严格”程度不同。简单来说，

==

登录后复制

只检查值是否相等，而

===

登录后复制

则要求值和数据类型都必须完全一致。

解决方案

当我们谈论PHP中的比较运算符，

==

登录后复制

和

===

登录后复制

无疑是新手最容易混淆，也最容易导致隐蔽bug的地方。我个人觉得，理解它们的核心在于把握PHP的“弱类型”特性。

==

登录后复制

，也就是我们常说的“相等”或“宽松比较”。它在比较两个变量时，如果它们的类型不同，PHP会尝试进行类型转换（type juggling），将其中一个或两个变量转换成相同类型后再进行值的比较。这听起来很“智能”，但往往也是麻烦的源头。比如，

0 == false

登录后复制

会返回

true

登录后复制

，因为

false

登录后复制

在某些上下文中会被转换为

登录后复制

；

'1' == 1

登录后复制

也是

true

登录后复制

，因为字符串

'1'

登录后复制

被转换成了整数

登录后复制

。这种行为虽然有时能带来便利，但更多时候，它会掩盖掉数据类型不匹配的问题，导致一些意想不到的结果。我曾见过很多因

==

登录后复制

而起的bug，尤其是在处理表单输入或API返回数据时，预期是数字，结果却是个数字字符串，

==

登录后复制

一比较，就直接放行了。

立即学习“PHP免费学习笔记（深入）”；

而

===

登录后复制

，则是“全等”或“严格比较”。它在比较时，不仅要求两个变量的值必须相等，还要求它们的数据类型也必须完全相同，不会进行任何隐式的类型转换。这意味着，

0 === false

登录后复制

会返回

false

登录后复制

，因为虽然值在某种意义上“等价”，但它们的类型（整数和布尔）不同；

'1' === 1

登录后复制

同样会返回

false

登录后复制

，因为一个是字符串，一个是整数。这种严格性，在我看来，是编写健壮、可预测代码的关键。它强迫你更加关注数据的类型，从而减少因类型转换带来的潜在错误。

举个例子：

<?php
$a = 0;
$b = false;
$c = '0';
$d = null;
$e = array();

echo "a == b: " . var_export($a == $b, true) . "\n";   // true (0 和 false 宽松相等)
echo "a === b: " . var_export($a === $b, true) . "\n";  // false (类型不同)

echo "a == c: " . var_export($a == $c, true) . "\n";   // true (0 和 '0' 宽松相等)
echo "a === c: " . var_export($a === $c, true) . "\n";  // false (类型不同)

echo "b == c: " . var_export($b == $c, true) . "\n";   // true (false 和 '0' 宽松相等)
echo "b === c: " . var_export($b === $c, true) . "\n";  // false (类型不同)

echo "d == null: " . var_export($d == null, true) . "\n"; // true
echo "d === null: " . var_export($d === null, true) . "\n"; // true (类型和值都相同)

echo "e == false: " . var_export($e == false, true) . "\n"; // true (空数组宽松等于 false)
echo "e === false: " . var_export($e === false, true) . "\n"; // false (类型不同)
?>

登录后复制

通过这些例子，你会发现

===

登录后复制

的行为总是更符合直觉，更“老实”。

PHP中类型转换（Type Juggling）是如何影响

==

登录后复制

运算符的？

PHP的类型转换，或者说“类型杂耍”（Type Juggling），是

==

登录后复制

运算符行为的核心机制。它并不是一个错误，而是PHP设计哲学的一部分，旨在让开发者在某些场景下能更灵活地处理不同类型的数据。但这种灵活性，有时也像一把双刃剑，如果不清楚其内部逻辑，很容易被“割伤”。

具体来说，当

==

登录后复制

运算符两边的操作数类型不同时，PHP会根据一套预设的规则，尝试将其中一个或两个操作数转换为一个共同的类型，然后再进行值的比较。这套规则相当复杂，但我们可以抓住几个关键点：

数字与非数字的比较： 如果一个操作数是数字（整数或浮点数），另一个是字符串，PHP会尝试将字符串转换为数字。如果字符串是纯数字或以数字开头，它会被转换为对应的数字；如果字符串不是数字，它通常会被转换为
```
0
```
登录后复制
。这就是为什么
```
0 == 'abc'
```
登录后复制
会是
```
true
```
登录后复制
，因为
```
'abc'
```
登录后复制
被转换成了
```
0
```
登录后复制
。
布尔值与其它类型的比较：
```
true
```
登录后复制
通常会被转换为
```
1
```
登录后复制
，
```
false
```
登录后复制
会被转换为
```
0
```
登录后复制
。所以，
```
false == 0
```
登录后复制
是
```
true
```
登录后复制
，
```
true == 1
```
登录后复制
也是
```
true
```
登录后复制
。更进一步，空字符串
```
''
```
登录后复制
、空数组
```
[]
```
登录后复制
、
```
null
```
登录后复制
、数字
```
0
```
登录后复制
、字符串
```
'0'
```
登录后复制
在布尔上下文中都会被认为是
```
false
```
登录后复制
，因此它们与
```
false
```
登录后复制
进行
```
==
```
登录后复制
比较时，结果都是
```
true
```
登录后复制
。
null
登录后复制
与其它类型的比较：
```
null
```
登录后复制
与自身以及未定义的变量（如果被转换为
```
null
```
登录后复制
）进行
```
==
```
登录后复制
比较时是
```
true
```
登录后复制
。与
```
false
```
登录后复制
、空字符串
```
''
```
登录后复制
、空数组
```
[]
```
登录后复制
进行
```
==
```
登录后复制
比较时也是
```
true
```
登录后复制
。
对象与其它类型的比较： 对象与其它类型进行
```
==
```
登录后复制
比较时，情况会更复杂，通常会比较对象的属性和类名。但通常我们不会这样去比较对象，更常见的是比较对象的引用或ID。

这种类型转换的“魔法”虽然有时能简化代码，比如你从用户输入拿到的可能是一个字符串

"123"

登录后复制

，而数据库里存的是整数

登录后复制

，用

==

登录后复制

可以轻松匹配。但它也带来了维护上的挑战，因为代码的意图可能会变得模糊。当你看到

if ($a == $b)

登录后复制

时，你得额外思考

$a

登录后复制

和

$b

登录后复制

在类型不一致时，PHP会如何处理它们，这无疑增加了认知负担。我个人觉得，这种隐式转换往往会让你在调试时摸不着头脑，因为它可能把一个原本是类型错误的问题，伪装成一个值比较的问题。

什么时候应该优先使用

===

登录后复制

而不是

==

登录后复制

？

在我看来，现代PHP开发中，

===

登录后复制

应该成为你的默认选择，除非你有非常明确的理由去使用

==

登录后复制

。我总是倾向于使用

===

登录后复制

，因为它带来的代码清晰度和安全性是

==

登录后复制

无法比拟的。

优先使用

===

登录后复制

的主要原因在于避免隐式类型转换带来的潜在错误和不确定性。想象一下，你正在处理一个函数返回的值。这个函数可能在成功时返回一个整数ID（比如

登录后复制

），在失败时返回

false

登录后复制

。如果你用

if ($result == 0)

登录后复制

来检查是否失败，那么当

$result

登录后复制

真的是

false

登录后复制

时，

false == 0

登录后复制

会是

true

登录后复制

，这没问题。但如果你的函数在某种情况下返回了

null

登录后复制

或者空字符串

''

登录后复制

，甚至是一个包含

登录后复制

的字符串

'0'

登录后复制

，它们与

登录后复制

进行

==

登录后复制

比较时，结果也都是

true

登录后复制

！这会让你误判函数的执行状态，导致严重的逻辑错误。

有道小P

有道小P，新一代AI全科学习助手，在学习中遇到任何问题都可以问我。

查看详情

而使用

if ($result === false)

登录后复制

来检查，就明确多了。只有当

$result

登录后复制

严格等于布尔值

false

登录后复制

时，条件才成立。无论是

登录后复制

、

null

登录后复制

、

''

登录后复制

还是

'0'

登录后复制

，都不会被误判为

false

登录后复制

。这种精确性，对于程序的健壮性至关重要。

具体的使用场景建议：

检查函数返回值： 当你需要判断一个函数是否成功（返回非
```
false
```
登录后复制
的值）或失败（返回
```
false
```
登录后复制
或
```
null
```
登录后复制
）时，务必使用
```
===
```
登录后复制
。例如，
```
strpos()
```
登录后复制
函数在找不到子串时返回
```
false
```
登录后复制
，找到时返回子串的起始位置（可能是
```
0
```
登录后复制
）。
```
if (strpos($haystack, $needle) == false)
```
登录后复制
在子串位于开头时（返回
```
0
```
登录后复制
），会误判为
```
false
```
登录后复制
。正确的做法是
```
if (strpos($haystack, $needle) === false)
```
登录后复制
。
处理用户输入： 用户输入的数据通常都是字符串。如果你期望某个输入是数字，并且需要严格检查它的类型和值，
```
===
```
登录后复制
是更好的选择。例如，检查一个POST参数是否严格等于整数
```
0
```
登录后复制
，而不是字符串
```
'0'
```
登录后复制
或布尔
```
false
```
登录后复制
。
比较枚举值或常量： 当你定义的常量或枚举值有严格的类型要求时，
```
===
```
登录后复制
能确保比较的准确性。
区分
null
登录后复制
、
false
登录后复制
和
0
登录后复制
：在很多业务逻辑中，
```
null
```
登录后复制
、
```
false
```
登录后复制
和
```
0
```
登录后复制
可能代表着不同的含义（例如，
```
null
```
登录后复制
表示未设置，
```
false
```
登录后复制
表示明确失败，
```
0
```
登录后复制
表示数量为零）。
```
===
```
登录后复制
可以帮助你清晰地区分它们。

总而言之，

===

登录后复制

提供了一种更严格、更可预测的比较行为，它能有效地避免PHP弱类型特性可能带来的隐患。养成优先使用

===

登录后复制

的习惯，能显著提升代码的质量和可维护性。

==

登录后复制

运算符在哪些特定场景下可能更有用或不可避免？

虽然我极力推荐在大多数情况下使用

===

登录后复制

，但承认

==

登录后复制

并非一无是处，它在某些特定场景下确实能发挥作用，甚至显得更“方便”或“自然”。不过，即便在这些场景下，使用它也需要你对PHP的类型转换规则有清晰的认知，否则依然可能埋下隐患。

我能想到的几个

==

登录后复制

可能更有用或者说“可以接受”的场景：

处理来自非严格类型源的数据： 比如，你从数据库中读取一个字段，它在PHP中可能被转换为字符串（即使在数据库中是数字），而你手头有一个整数值需要与之比较。或者，你正在处理一个老旧的API接口，它返回的数据类型不够一致，有时是数字，有时是数字字符串。在这种情况下，如果你确定你只关心值是否相等，并且预料到类型可能不一致，
```
==
```
登录后复制
可以省去显式的类型转换代码。例如：
```
<?php
$db_id = '123'; // 从数据库读出来可能是字符串
$user_input_id = 123; // 用户提交的可能是整数

if ($db_id == $user_input_id) {
    // 在这里，'123' == 123 会是 true，避免了手动 intval($db_id)
    echo "ID匹配。\n";
}
?>
```
登录后复制
这里，
```
==
```
登录后复制
让比较变得更“宽容”，但前提是你清楚这种宽容可能带来的副作用。
检查“空”或“假”的广义概念： PHP中很多东西在布尔上下文中都被视为
```
false
```
登录后复制
：
```
0
```
登录后复制
、
```
0.0
```
登录后复制
、
```
''
```
登录后复制
、
```
'0'
```
登录后复制
、
```
null
```
登录后复制
、空数组
```
[]
```
登录后复制
。如果你需要检查一个变量是否属于这些“空值”或“假值”中的任何一个，
```
== false
```
登录后复制
有时会比一连串的
```
||
```
登录后复制
判断更简洁。
```
<?php
$value = ''; // 可能是空字符串，也可能是 0, null 等
if ($value == false) {
    echo "这个值在布尔上下文中被认为是假的。\n";
}
?>
```
登录后复制
当然，你也可以用
```
empty()
```
登录后复制
函数来达到类似的目的，而且
```
empty()
```
登录后复制
通常更明确、更安全，因为它不涉及类型转换。但我见过不少老代码或者为了追求极致简洁（有时是误用）而这么写的。
与某些内置函数或框架行为配合： 有些PHP内置函数或第三方框架在设计时，可能就是基于
```
==
```
登录后复制
的宽松比较来工作的。比如，
```
in_array()
```
登录后复制
函数默认就是使用
```
==
```
登录后复制
进行比较。如果你需要它进行严格比较，你需要传入第三个参数
```
true
```
登录后复制
。
```
<?php
$haystack = [1, '2', 3];
$needle = '1';

if (in_array($needle, $haystack)) { // 默认使用 ==，'1' == 1 为 true
    echo "'1' 在数组中。\n";
}

if (in_array($needle, $haystack, true)) { // 严格比较，'1' === 1 为 false
    echo "'1' 在数组中（严格）。\n";
} else {
    echo "'1' 不在数组中（严格）。\n";
}
?>
```
登录后复制
在这种情况下，如果你想利用
```
in_array()
```
登录后复制
的默认行为，
```
==
```
登录后复制
的逻辑就间接被应用了。