关于程序null值的见解

今天遇到了一个问题，查询一条数据，返回用list接，发现少了2个值（ssh框架）。执行SQL少的这两个字段的值为null。上图说明一下：

可以看到第一次查询没有角标38、39的值。

是同一条SQL，第一张图数据库执行SQL，

查询到这两个字段值为null，用list接回来后没有角标38、39，如图所示。

原因还没有去代码测试，网上查询说list可以接null。

要说的不是这个问题，而是对于null值的一些个人粗浅见解。

首先个人觉得对于一个程序员来说，在写代码的时候需要注意的一点就是空值判断。

因为我们写的程序是处理数据的，如果没有数据不仅写的代码没有存在的意义，

而且会报空指针的运行异常。程序之所以运行是建立在有数据的基础之上的。

所以良好的代码应该首先考虑空值的问题。这点在很多经典的代码中都可以看到。

上图为spring框架的源码，就做了非空判断。

不仅如此，在Java语言中基本数据类型都接受null值而不会报错。

这是为什么呢？

1.String 对象：直接判断是否为 null，如果为 null 给 null 对象赋值为”null”。

2.非 String 对象：通过调用String.valueOf方法，如果是 null 对象，就返回”null”，否则调用对象的toString方法。

通过上面的处理，可以保证打印 null 对象不会出错。

原来Java语言在对于null值的处理上采用这样的方式解决的。从而保证了不会报错。

但是我们借助Java语言写代码的时候自己构造的一些对象是否为null只能自己去做非空限制。而且是必须要做的，

它能保证你的程序运行良好而不会因为空值报这种低级错误。

null不是任何一种数据类型，与其说它是一种特殊的值，不如说它是一种特殊情况下（数据为空）的处理策略。

讲的不够详细，也是理解还不够全面深入，null不止上面说的几点中会遇到，很多地方都有，

例如mybatis动态sql中where条件的拼接就要先判断是否为 "" | null。

想说两点：

1.良好的代码从预防null做起。如果写代码提前考虑到null的情况，能避免产生很多不必要的bug。

2.做到这一步是走向编程高手的第一步。个人感觉写代码也是有层次划分的。

起步是先从预防null做起，逐步考虑到的方面会越来越多，如高复用（重构）、高性能等，

代码水平和质量会越来越高，而且也能越来越考虑的视野扩大、层次提高，离架构师越来越近。

这是本人的第一篇博客，感谢进来看的老铁，

希望我们能一起努力、共同进步，同时也希望能多向你们学习、请教。