首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    关于ConcurrentHashMap的key和value不能为null的深层次原因

    前面分析ConcurrentHashMap的过程中可以发现,其要求key和value不能为空。...那么我们就来具体聊聊为什么不能为null的深层次的原因。 层次1:源码不支持 是的,实际上确实是在源码上就没用提供支持。...; 从上面可以看出,在代码中直接就杜绝了使用null的可能性,只有HashMap是支持null的,但是是在put为空的时候,hash方法对null做了特殊处理,为null的时候hash值位0。...层次2:null会带来二义性 之所以并发的ConcurrentHashMap不支持null的深层次的原因在于,null会带来难以容忍的二义性。我们可以看看Doug Lea对这个问题的描述。...key或者value为null是否真的存在。

    8.5K20

    为什么不建议你用去 “! = null” 做判空?

    吐槽完毕,回到这个题目本身: 进行判空前,请区分以下两种情况: 1、null 是一个有效有意义的返回值(Where null is a valid response in terms of the contract...你要感知到这个情况,告诉调用方“嘿,哥们,你传个null给我做甚"。...这种情况下,null是个”看上去“合理的值,例如,我查询数据库,某个查询条件下,就是没有对应值,此时null算是表达了“空”的概念。...如果你养成习惯,都是这样写代码(返回空collections而不返回null),你调用自己写的方法时,就能大胆地忽略判空) 2、返回类型不是collections,又怎么办呢?...其他回答精选: 1、如果要用equal方法,请用object能为空>.equal(object能为空>)) 例如使用: "bar".equals(foo) 而不是 foo.equals(

    1.1K10

    为什么不建议你用去 “! = null” 做判空?

    吐槽完毕,回到这个题目本身: 进行判空前,请区分以下两种情况: null 是一个有效有意义的返回值(Where null is a valid response in terms of the contract...你要感知到这个情况,告诉调用方“嘿,哥们,你传个 null 给我做甚"。...这种情况下,null 是个”看上去“合理的值,例如,我查询数据库,某个查询条件下,就是没有对应值,此时 null 算是表达了“空”的概念。...如果你养成习惯,都是这样写代码(返回空collections 而不返回 null),你调用自己写的方法时,就能大胆地忽略判空) 「2、返回类型不是 collections,又怎么办呢?」...「其他回答精选:」 1、如果要用 equal 方法,请用 object能为空>.equal(object能为空>)) 例如: 使用 "bar".equals(foo)  而不是。

    1K20

    为什么我不建议你用去 “ ! = null 做判空?

    吐槽完毕,回到这个题目本身: 进行判空前,请区分以下两种情况: 1、null 是一个有效有意义的返回值(Where null is a valid response in terms of the contract...你要感知到这个情况,告诉调用方“嘿,哥们,你传个null给我做甚"。...这种情况下,null是个”看上去“合理的值,例如,我查询数据库,某个查询条件下,就是没有对应值,此时null算是表达了“空”的概念。...如果你养成习惯,都是这样写代码(返回空collections而不返回null),你调用自己写的方法时,就能大胆地忽略判空) 2、返回类型不是collections,又怎么办呢?...其他回答精选: 1、如果要用equal方法,请用object能为空>.equal(object能为空>)) 例如: 使用 "bar".equals(foo) 而不是 foo.equals("

    1.8K10

    Java中当对象不再使用时,不赋值为null会导致什么后果 ?

    鉴于网上有太多关于此问题的误导,本文将通过实例,深入JVM剖析“对象不再使用时赋值为null”这一操作存在的意义,供君参考。本文尽量不使用专业术语,但仍需要你对JVM有一些概念。...对比两段代码,仅仅将placeHolder赋值为null就解决了GC的问题,真应该感谢“不使用的对象应手动赋值为null“。...等等,为什么例子里placeHolder不赋值为null,GC就“发现不了”placeHolder该回收呢?这才是问题的关键所在。...总结 希望看到这里你已经明白了“不使用的对象应手动赋值为null“这句话背后的奥义。...我比较赞同《深入理解Java虚拟机》作者的观点:在需要“不使用的对象应手动赋值为null“时大胆去用,但不应当对其有过多依赖,更不能当作是一个普遍规则来推广。

    1.6K20

    count(*) count(id) count(1) count(字段)

    ---- count(id)   InnoDB引擎会遍历整张表,把每一行行的id值全部取出来,返回给server层,server层拿到id后,判断是不可能为空的,就按行累加。...count(1)   InnoDB引擎遍历整张表,但不取值,server层对于返回的每一行,放一个数字 1 进去,判断是不可能为空的,累计增加。...count(字段)   1.如果这个字段是定义为not null的话,一行行地从记录里面读出这个字段,判断不能为null,按行累加   2.如果这个字段定义允许为null的话,判断到有可能是...null,还要把值取出来在判断一下,不是null才累加。...count(*)   不会把全部的字段取出来,而是做专门的优化,不取值,count(*)肯定不是null,按行累加。

    2.1K10
    领券