11 | 空值处理：分不清楚的null和恼人的空指针
该思维导图由 AI 生成，仅供参考
修复和定位恼人的空指针问题
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
本文深入探讨了程序中的null和空指针异常，以幽默的方式描述了对null处理不当的笑话。作者指出，null意味着变量没有引用指向或者没有指针，对其进行操作会引发空指针异常。文章强调了空指针异常的定位相对容易，但更麻烦的是要弄清楚null的含义。另外，对于数据库中字段的NULL值，也需要特别注意其含义，以及在编写SQL时需要注意的问题。文章以幽默风趣的语言引发读者对null处理的思考，为读者带来了一场有趣的“null的踩坑之旅”。文章还介绍了Java代码中最常见的空指针异常场景，并提供了修复思路，包括使用Optional类来消除if-else逻辑，以及使用阿里开源的Java故障诊断神器Arthas来定位空指针异常。通过幽默的描述和实用的技术建议，本文帮助读者更好地理解和处理程序中的null和空指针异常问题。
《Java 业务开发常见错误 100 例》，新⼈⾸单¥59
全部留言(26)
- 最新
- 精选
Darren补充下：在MySQL的使用中，对于索引列，建议都设置为not null，因为如果有null的话，MySQL需要单独专门处理null值，会额外耗费性能。 回答下问题： 第一个问题： 从ConcurrentHashMap他自己的作者（Doug Lea）： http://cs.oswego.edu/pipermail/concurrency-interest/2006-May/002485.html The main reason that nulls aren't allowed in ConcurrentMaps (ConcurrentHashMaps, ConcurrentSkipListMaps) is that ambiguities that may be just barely tolerable in non-concurrent maps can't be accommodated. The main one is that if map.get(key) returns null, you can't detect whether the key explicitly maps to null vs the key isn't mapped. In a non-concurrent map, you can check this via map.contains(key), but in a concurrent one, the map might have changed between calls. ConcurrentMaps（ConcurrentHashMaps，ConcurrentSkipListMaps）不允许使用null的主要原因是，无法容纳在非并行映射中几乎无法容忍的歧义。最主要的是，如果map.get(key)return null，则无法检测到该键是否显式映射到null该键。在非并行映射中，您可以通过进行检查 map.contains(key)，但在并行映射中，两次调用之间的映射可能已更改。 hashtable也是线程安全的，所以也是key和value也是不可以null的 treeMap 线程不安全，但是因为需要排序，进行key的compareTo方法，所以key是不能null中，value是可以的 第二个问题： MyBatis @Column注解的updateIfNull属性，可以控制，当对应的列value为null时，updateIfNull的true和false可以控制作者回复: 👍🏻
2020-04-021173
Asha老师，麻烦问下 UserDto 中只保留 id、name 和 age 三个属性，且 name 和 age 使用 Optional 来包装，以区分客户端不传数据还是故意传 null， 这个我不太明白是怎么区分出来的呢？ 还有下面的这句话，他能走到orElse上吗？ if (user.getName() != null) { userEntity.setName(user.getName().orElse("")); }作者回复: 文中有说『由于 DTO 中已经巧妙使用了 Optional 来区分客户端不传值和传 null 值，那么业务逻辑实现上就可以按照客户端的意图来分别实现逻辑。如果不传值，那么 Optional 本身为 null，直接跳过 Entity 字段的更新即可，这样动态生成的 SQL 就不会包含这个列；如果传了值，那么进一步判断传的是不是 null』 你可以试一下，JSON不传这个属性，Optional直接是null，如果传了属性值为null，那么Optional其实就是Optional.empty（内部value为null）可以走到orElse逻辑 ObjectMapper objectMapper = new ObjectMapper(); objectMapper.registerModule(new Jdk8Module()); UserDto result = objectMapper.readValue("{\"id\":\"1\", \"age\":30, \"name\":null}",UserDto.class); log.info("field name with null value dto:{} name:{}", result, result.getName().orElse("N/A")); //field name with null value dto:UserDto(id=1, name=Optional.empty, age=Optional[30]) name:N/A log.info("missing field name dto:{}",objectMapper.readValue("{\"id\":\"1\", \"age\":30}",UserDto.class)); // missing field name dto:UserDto(id=1, name=null, age=Optional[30])
2020-04-16216
失火的夏天ConcurrentHashMap 的 Key 和 Value 都不能为 null，而 HashMap 却可以。 ConcurrentHashMap这个老爷子只说了value如果是空，会有二义性。就是在线程安全情况下，他到底是设置了一个null还是根本就没这玩意，key他老人家没说。。。老师可以说下理解吗？ TreeMap的Key不能为空，因为TreeMap是基于compare的，空值不能compare。value可以为空，TreeMap并不线程安全。Hashtable 的 Key 和 Value也不能空，我想原理应该和ConcurrentHashMap一样。作者回复: Key也是一样的道理，此外，我也更同意他的观点，就是普通的Map允许null是否是一个正确的做法也是值得商榷的，会增加犯错的可能 一个更好的类库和框架并不是把最佳实践写在文档中，而是直接编码在实现中
2020-04-02212
Jerry Wu这是我个人的一些工作经历。 以前尝试过Optional，但其他人反馈看不懂，最后还是换回了if-else。 得出结论，技术要考虑团队的接受程度。 新技术、新特性虽好，但团队每个人的能力不同，而决定技术走向的，是团队最弱的那个人。作者回复: 也对
2020-04-02168
美美有个规范我记得是说，不要在字段，方法参数，集合中使用Optional作者回复: 其实主要是序列化和反序列化的麻烦（兼容问题），现在使用spring boot + jackson已经没问题了，自动引入了Jdk8Module，如果你使用其他序列化框架的话可能要考虑一下这种方式是否适合！其实很多时候最佳实践呢也是需要随着变迁不断调整的。
2020-04-0257
书林关于SQL 判断空有一点想提出来讨论，=NULL 不是赋值确实是判断，只是NULL和任何值的直接比较都为NULL，比如NULL<>NULL, NULL=NULL, NULL=1结果都为NULL。对 NULL 进行判断只能使用 IS NULL 或者 IS NOT NULL，或者ISNULL()。作者回复: 你说的没错，我改一下这句话 The NULL value can be surprising until you get used to it. Conceptually, NULL means “a missing unknown value” and it is treated somewhat differently from other values. You cannot use arithmetic comparison operators such as =, <, or <> to test for NULL. Because the result of any arithmetic comparison with NULL is also NULL, you cannot obtain any meaningful results from such comparisons.
2020-04-273
大大大熊myeh原文：“归根结底，这是如下 5 个方面的问题：明确 DTO 种 null 的含义”或许是“明确 DTO各种 null 的含义”吧. MySQL中 count(1)选取每一行并赋值为1，进行统计 count(*)选取每一行进行统计 count(字段)选取每一行中的该字段，选择不为null的行进行统计 我认为Optional可以代替原来的if-else赋值，使代码看上去稍许简洁。但需要注意如Optional.ofNullable(number).orElse(0)，当number为null时，返回的0不会赋值给number，它返回的是一个新地址（对象）。 思考题1，楼上Darren老兄说的很对。更加白话的说明“非并行映射中几乎无法容忍的歧义”就是——如果map.get(key)返回了null，无法明确是因为map中没有找到该key返回的null，还是因为该key包含的value就是null。 思考题2，xml配置文件中的if标签<if test="id!=null and id !=''"></if>需要注意if标签中的字段id如果是Date类型的话，不要写id!=''，这是由于Data类型与字符串类型进行比较的报错，此时只需写null的判断即可。 以前不知道@Column注解的updateIfNull属性，学到了。作者回复: 明确 DTO 中 null 的含义，我们改一下
2020-04-103
终结者999号在平常的开发中，对于DTO的值验证性校验也可以使用Hibernate Validator，也可以杜绝用户不按接口文档中所定义的格式输入，感觉也可以使用作者回复: 是
2020-04-023- Geek_fe5e8a老师讲的真的好 满分
作者回复: 感谢
2020-08-251 
汝林外史问题大家都答的很好，我就直接问问题吧。 老师，Hashtable的put会对value做null判断，key是在调用hashcode方法时报空指针，而ConcurrentHashMap是直接对key和value做null判断，是不是Hashtable的设计有问题？作者回复: Hashtable虽然这种写法不怎么好看，但结果都是一个NullPointerException，作者可能觉得 int hash = key.hashCode(); 会抛空指针就没必要提前判断了吧
2020-04-031
