首页
学习
活动
专区
圈层
工具
发布

=false 和 2!=true 返回的都是true

前言 今天突然想起一个奇怪的问题,记录一下,我在控制台执行内容如下: 由上图可见,2 != false 和 2 != true 返回的值竟然都是true,那么为什么呢,请看下文: 1 !...= true 返回 true 的原因涉及到 JavaScript 中的类型转换和比较规则。 2 类型转换 当使用 !...= 进行比较时,JavaScript 会尝试将比较的两个值转换为相同的类型,然后再进行比较。以下是 2 != false 和 2 != true 的过程: 2 !...= false false 会被转换为数字类型。根据 JavaScript 的转换规则,false 被转换为 0。 现在表达式变成了 2 != 0。 2 和 0 不相等,因此返回 true。 2 !...= false 返回 true 是因为 2 和 0 不相等。 2 != true 返回 true 是因为 2 和 1 不相等。 这就是为什么 2 != false 和 2 !

67710

为什么1000==1000返回false,100==100返回true?

这可能是个讨论得较多的话题,但是我觉得它很有趣:为什么1000==1000返回false,100==100返回true?...System.out.println(a == b); Integer c = 100, d = 100; System.out.println(c == d); } 这段代码运行之后打印出的结果一定会让你赶到困惑...,请看: false true 我们知道,如果两个引用指向同一个对象,那么它们在==.如果两个引用指向不同的对象,那么即使它们具有相同的内容,它们在==方面也不相等。...这实际上是有趣的地方。如果查看Integer.java类,您会发现有一个内部私有类,IntegerCache.java,它缓存-128和127之间的所有Integer对象。...-128和127之间,那么将返回缓存中的对象,所以 Integer a = 1000, b = 1000; 是同一个对象。

1.7K20
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    为什么1000 == 1000返回为False,而100 == 100会返回为True?

    true 我们知道,如果两个引用指向同一个对象,那么==就成立;反之,如果两个引用指向的不是同一个对象,那么==就不成立,即便两个引用的内容是一样的。...因此,结果就会出现false。 这是非常有趣的地方。如果你查看Integer.java类,你会找到IntegerCache.java这个内部私有类,它为-128到127之间的所有整数对象提供缓存。...()类函数,我们可以看到 public static Integer valueOf(int i) { if (i >= IntegerCache.low && i return IntegerCache.cache...[i + (-IntegerCache.low)]; return new Integer(i); } 如果值在 -128 到 127 之间,它就会返回该缓存的实例。...这就是为什么这段代码的结果为true了: System.out.println(c == d); 现在你可能会问,为什么会为-128到127之间的所有整数设置缓存?

    2.2K50

    奇怪的Java题:为什么128 == 128返回为false,而127 == 127会返回为true?

    奇怪的Java题:为什么128 == 128返回为false,而127 == 127会返回为true? 在回答这个问题之前,我们先来看看int和Integer的对比,一步步揭开问题的答案。...Integer i = new Integer(100); Integer j = new Integer(100); System.out.print(i == j); //false 因为new生成的是两个对象...,其内存地址不同 (2) Integer变量和int变量比较时,只要两个变量的值是相等的,则结果为true。...Integer i = new Integer(100); int j = 100; System.out.print(i == j); //true 因为包装类Integer和基本数据类型int比较时...,java会自动拆包装为int,然后进行比较,实际上就变为两个int变量的比较 (3) 非new生成的Integer变量和new Integer()生成的变量比较时,结果为false。

    3K31

    Effective STL(21) 永远让比较函数对相同元素返回false

    问题描述: 昨天一哥们些的程序,在定义比较函数的时候是这样写的 bool cmp(const T& a, const T& b) { if (a >= b) return...true; return false; } 在内部测试时,一直表现挺好,也没挂。...原因分析: stl:sort 排序 如果数据过多 才会用快速排序 所有数据进行与中间值比较的时候是无边界保护的, 当我们的容器里面所有值都相等,而comp()函数对相等返回true的时候,在进行快速排序的时候...++first 可能越界 解决办法: bool cmp(const T& a, const T& b) { if (a > b) return true; return false...; } effective stl 第21条:总是让比较函数在等值情况下返回false 扩展问题: Q 在多线程和高并发环境下,如果有一个平均运行一百万次才出现一次的bug, 你如何调试这个

    1.9K90

    dotnet C# 布尔可以是 true 或 false 外的值

    在我的编程习惯意识里,布尔 bool 只能是 true 或 false 的值。如果要算上可空布尔,那就最多加上一个 null 空值。...然而从 dotnet 运行时的角度上说,布尔完全完全可以是 true 或 false 之外的值 试试看以下的代码片段,猜猜将会输出什么内容 using System.Runtime.CompilerServices...因为 bool 的长度也和 byte 相同 这就有趣起来了,众所周知,在 dotnet C# 里面的布尔 true 和 false 分别是 1 和 0 的值。...由于 foo 是 2 的值,而 t1 是 1 的值,自然从内存的角度上就返回了不相等 本文一开始的代码的最终输出内容如下 True if (foo.F1) if (foo.F1 == true) if...于是此时就可以在结构体里面制造出一个不为 true 或 false 的布尔字段 再在代码逻辑里面,尝试使用此与一个可为空的布尔变量进行判断。

    10200

    ThinkPHP使用save方法模型操作时返回boolean(false)的解决办法

    最近在使用Weiphp开发一个分销商城系统(这也是我为什么这段时间都没发技术文章的原因- - 太忙了,后端+vue都得自己来),之前只拿php原生做过一些项目,这次直接用了基于TP二开OP二开Weiphp...的一个框架,一上来用着有些懵逼,踩了很多坑,这是一个困扰的比较久的一个问题,最终翻文档翻到了。。...解决办法如下: 一般此现象会出现在你手动修改mysql字段的时候出现,因为Runtime下的Data文件夹下的模型缓存文件没有被及时更新,所以TP在底层直接就拦截了未知的字段,所以要么手动更新一下这个文件要么直接删除下面的缓存文件...,我的选择是直接删除这个文件夹,然后回到浏览器刷新一下就会发现已经生成了新的缓存文件,而这个时候你的缓存也已经更新了。

    1.7K20
    领券