首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

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

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

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

    做「容量预估」可没有true和false

    日积月累的程序员思维让大家都习惯了事事都有0和1,true和false。然而真正复杂的问题是那些没有标准答案的问题,在这些问题中,没有对和错,只有合适和不合适。 而且,如今大家的生活越来越“在线化”。...如磁盘I/O、网络I/O,CPU的多线程切换等等。 进程运行的开销。如代码逻辑啊、锁啊等等。 多个进程之间的通信开销。...先在系统中的每个api接口做好数据采集,目的是为了后续能获得两个数据,响应时间和次数等等。 然后借助一些压测工具,比如loadrunner之类,对当前的业务场景做一轮的全链路压测。...没有成功案例的话,可以通过分析数据库中任何带有“时间”字段的数据,找到其中已知可承受的最高并发值,以及对应的时间点。...因为大多数情况下,参数都会设置的过大,甚至有不少小伙伴会一拍脑袋的设置成max值。 其实这样的风险是非常大的,不但会有资源耗尽的风险,在分布式系统中还会产生级联反应,影响上游系统。

    99140

    Java中“100=100”为true,而1000=1000为false?

    为什么会产生这样的结果呢? 1 Integer对象 上面例子中的a和b,是两个Integer对象。 而非Java中的8种基本类型。...在JVM中的内存分布情况是下面这样的: 在栈中创建了两个局部变量a和b,同时在堆上new了两块内存区域,他们存放的值都是1000。 变量a的引用指向第一个1000的地址。...而变量b的引用指向第二个1000的地址。 很显然变量a和b的引用不相等。 既然两个Integer对象用==号,比较的是引用是否相等,但下面的这个例子为什么又会返回true呢?...Integer a = 100; Integer b = 100; System.out.println(a==b); 不应该也返回false吗? 对象a和b的引用不一样。...文章示例中的1000,超出了-128~127的范围,所以对象a和b的引用指向了两个不同的地址。 而示例中的100,在-128~127的范围内,对象a和b的引用指向了同一个地址。

    29310

    为什么 Java 中1000==1000为false,而100==100为true?

    1000; System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到 false...true 基本知识:我们知道,如果两个引用指向同一个对象,用 == 表示它们是相等的。...如果两个引用指向不同的对象,用 == 表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是 false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到 true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的 “小” 整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射 API 你会误用此功能。

    35710

    为什么 Java 中“1000==1000”为false,而”100==100“为true?

    System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到: false...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。 运行下面的代码,享受它的魅力吧!

    47130

    为什么Java中1000==1000为false而100==100为true?

    System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到 false...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。

    58820

    为什么Java中“1000==1000”为false,而”100==100“为true?

    在日常编程中,我们经常遇到一些看似简单却隐藏着复杂逻辑的问题。 比如,你是否想过为什么在 Java 中表达式1000==1000会返回 false,而 100==100 却返回 true 呢?...这个 IntegerCache 是在 Java 的 Integer 类中的一个内部静态类 ,它缓存了 -128 到 127 之间的整数。...3、解答问题 看懂了源码,在回到上面的问题,为什么表达式1000==1000会返回 false,而 100==100 却返回 true 呢?...相反,“1000”不在缓存范围内,即使数值相同,两个“1000”也是不同的对象,因此内存地址不同,返回 false。...d = 1000; System.out.println(c.equals(d)); // 输出:true 这点在阿里开发手册中也有详细说明:

    20010

    为什么 Java 中“1000==1000”为false,而”100==100“为true?

    ; System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到: false...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。 运行下面的代码,享受它的魅力吧!

    53120

    为什么Java中1000==1000为false,而100==100为true?

    ; System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到 false...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。

    61320

    为什么 Java 中“1000==1000”为false,而”100==100“为true?

    -100-100-returns-tr 为什么 Java 中“1000==1000”为false,而”100==100“为true?...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。

    51110

    为什么Java中1000==1000为false而100==100为true?

    原文:Why 1000 == 1000 Returns False, but 100 == 100 Returns True in Java?...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。

    73270

    为什么Java中1000==1000为false而100==100为true?

    System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到 false...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。

    55130

    为什么Java中1000==1000为false而100==100为true?

    1000; System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到: false...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写: System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。

    53740

    为什么 Java 中“1000==1000”为false,而”100==100“为true?

    System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到: false...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。 运行下面的代码,享受它的魅力吧!

    48810

    为什么Java中1000==1000为false而100==100为true?

    System.out.println(a == b);//1 Integer c = 100, d = 100; System.out.println(c == d);//2 你会得到 false...true 基本知识:我们知道,如果两个引用指向同一个对象,用==表示它们是相等的。...如果两个引用指向不同的对象,用==表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的“小”整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射API你会误用此功能。

    60640

    为什么 Java 中“1000==1000”为false,而”100==100“为true?

    英文原文:http://dwz.date/crTP 这是一个挺有意思的讨论话题,大家可以,动手实操一下。 为什么 Java 中“1000==1000”为false,而”100==100“为true?...true 基本知识:我们知道,如果两个引用指向同一个对象,用 == 表示它们是相等的。...如果两个引用指向不同的对象,用 == 表示它们是不相等的,即使它们的内容相同。 因此,后面一条语句也应该是 false 。 这就是它有趣的地方了。...这就是为什么我们写 System.out.println(c == d); 我们可以得到 true。 现在你可能会问,为什么这里需要缓存?...合乎逻辑的理由是,在此范围内的 “小” 整数使用率比大整数要高,因此,使用相同的底层对象是有价值的,可以减少潜在的内存占用。 然而,通过反射 API 你会误用此功能。

    59840
    领券