视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
JavaScript中用"=="还是"==="解答
2020-11-27 20:30:49 责编:小采
文档

绝大多数场合应该使用 === ,只有检测 null/undefined 的时候可以使用 x == null ,因为通常我们不区分 null 和 undefined ,即将 x == null 作为 x === null || x === undefined 的缩写。

== 的比较看似会比较方便,比如 1 == '1' ,但是会埋下隐患,比如可能对类型做出错误的假设。

例子:
if (x == 10) x += 5 www.2cto.com

如果传入的x是字符串'10',x的结果会变成'105'。在后续运算中字符串'105'又可能被转型,从而引入隐蔽的错误。

另外,程序员可能不自觉的依赖某些假设——比如相等比较应该具有传递性,即 a = b, b = c,应该能得出 a = c。但是JavaScript的 == 不具有传递性。比如 0 == '0' ,0 == '',但是 '0' != '' 。

所以 JS的 == 并非是 Java/C# 的 equals() ,因为 Java/C# 语言都是要求 equals() 必须保证传递性的。

总之,对于大型编程来说,== 的这点小小的便利性无法与其带来的风险相比。

建议:

忘掉==, 只用===。 ==是个design失误。它会尝试进行类型转换(不是java的equal,它是well defined),类型转换的规则不好记。并且还破坏传递性。
只用===,!==,你写javascript的日子会舒服一点

下载本文
显示全文
专题