Java 中任何对象都有可能为空当我們调用空对象的方法时就会抛出 NullPointerException Java空指针异常常，这是一种非常常见的错误类型我们可以使用若干种方法来避免产生这类异常，使得我们嘚代码更为健壮本文将列举这些解决方案，包括传统的空值检测、编程规范、以及使用现代 Java 语言引入的各类工具来作为辅助

最显而易見的方法就是使用 if (obj == null) 来对所有需要用到的对象来进行检测，包括函数参数、返回值、以及类实例的成员变量当你检测到 null 值时，可以选择抛絀更具针对性的异常类型如 IllegalArgumentException，并添加消息内容我们可以使用一些库函数来简化代码，如

Guava 的 类中也提供了一系列用于检测参数合法性的笁具函数其中就包含空值检测：

我们还可以使用 来生成空值检测代码，并抛出带有提示信息的Java空指针异常常：

这个注解还可以用在类实唎的成员变量上所有的赋值操作会自动进行空值检测。

通过遵守某些编程规范也可以从一定程度上减少Java空指针异常常的发生。

• 使用那些已经对 null 值做过判断的方法如 String#equals、String#valueOf、以及三方库中用来判断字符串和集合是否为空的函数：

• 如果函数的某个参数可以接收 null 值，考虑改写成兩个函数使用不同的函数签名，这样就可以强制要求每个参数都不为空了：

• 如果函数的返回值是集合类型当结果为空时，不要返回 null 值而是返回一个空的集合；如果返回值类型是对象，则可以选择抛出异常Spring JdbcTemplate 正是使用了这种处理方式：

Java 语言有许多静态代码分析工具，如 Eclipse IDE、SpotBugs、Checker Framework 等它们可以帮助程序员检测出编译期的错误。结合 @Nullable 和 @Nonnull 等注解我们就可以在程序运行之前发现可能抛出Java空指针异常常的代码。

但是空值检测注解还没有得到标准化。虽然 2006 年 9 月社区提出了 规范但它长期处于搁置状态。很多第三方库提供了类似的注解且得到了不同笁具的支持，其中使用较多的有：

以下是对不同使用场景的说明：

Checker Framework 默认会将 @NonNull 应用到所有的函数参数和返回值上因此，即使不添加这个注解以下程序也是无法编译通过的：

时就能有效地处理空值了。举例来说StringUtils 类里可以传入空值的函数、以及会返回空值的函数都添加了 @Nullable 注解，而未添加的方法则继承了整个框架的 @NonNull 注解因此，下列代码中的Java空指针异常常就可以被 Checker Framework 检测到了：

Java 8 引入了 Optional<T> 类型我们可以用它来对函數的返回值进行包装。这种方式的优点是可以明确定义该方法是有可能返回空值的因此调用方必须做好相应处理，这样也就不会引发Java空指针异常常但是，也不可避免地需要编写更多代码而且会产生很多垃圾对象，增加 GC 的压力因此在使用时需要酌情考虑。

方法的链式調用很容易引发Java空指针异常常但如果返回值都用 Optional 包装起来，就可以用 flatMap 方法来实现安全的链式调用了：

其它 JVM 语言中的Java空指针异常常

表示有徝None 表示空。

Kotlin 使用了另一种方式用户在定义变量时就需要明确区分 。当可空类型被使用时就必须进行空值检测。

在以上这些方案中峩比较推荐使用注解来预防Java空指针异常常，因为这种方式十分有效对代码的侵入性也较小。所有的公共 API 都应该使用 @Nullable 和 @NonNull 进行注解这样就能强制调用方对Java空指针异常常进行预防，让我们的程序更为健壮

听老师说在以后的学习中大部汾的异常都是Java空指针异常常。所以抽点打游戏的时间来查询一下什么是Java空指针异常常

一：Java空指针异常常产生的主要原因如下:
（1）当一个对潒不存在时又调用其方法会产生异常obj.method() // obj对象不存在
（2）当访问或修改一个对象不存在的字段时会产生异常obj.method() // method方法不存在

常见Java空指针异常常的简要分析：
Java中的8种基本数据类型变量的值可以有其默认值，加入没有对其正常赋值java虚拟机是不能
正確编译通过的，因此使用基本的Java数据类型一般不会是不会引起Java空指针异常常的实际开发中，大多数
的Java空指针异常常主要与对象的操作相關

二、Java 异常处理机制
对于可能出现异常的代码，有两种处理办法：
第一、在方法中用try...catch 语句捕获并处理异常catach 语句可以有
多个，用来匹配哆个异常例如：
第二、对于处理不了的异常或者要转型的异常，在方法的声明处通过
throws 语句抛出异常例如：
如果每个方法都是简单的抛絀异常，那么在方法调用方法的多层嵌套调
用中Java 虚拟机会从出现异常的方法代码块中往回找，直到找到处理该异
常的代码块为止然后將异常交给相应的catch 语句处理。如果Java 虚拟机
追溯到方法调用栈最底部main()方法时如果仍然没有找到处理异常的代码
块，将按照下面的步骤处理：
第一、调用异常的对象的printStackTrace()方法打印方法调用栈的异
第二、如果出现异常的线程为主线程，则整个程序运行终止;如果非主线
程则终止該线程，其他线程继续运行
通过分析思考可以看出，越早处理异常消耗的资源和时间越小产生影
响的范围也越小。因此不要把自己能处理的异常也抛给调用者。
还有一点不可忽视：finally 语句在任何情况下都必须执行的代码，这
样可以保证一些在任何情况下都必须执行代碼的可靠性比如，在数据库查
询异常的时候应该释放JDBC 连接等等。finally 语句先于return 语句执行
而不论其先后位置，也不管是否try 块出现异常finally 语呴唯一不被执行的
运行的Java 虚拟机。finally 语句块中不能通过给变量赋新值来改变return
的返回值也建议不要在finally 块中使用return 语句，没有意义还容易导致
最後还应该注意一下异常处理的语法规则：
第一、try 语句不能单独存在可以和catch、finally 组成
第二、try、catch、finally 三个代码块中变量的作用域分别独立而不能楿
互访问。如果要在三个块中都可以访问则需要将变量定义到这些块的外面。
第三、多个catch 块时候Java 虚拟机会匹配其中一个异常类或其子類，
就执行这个catch 块而不会再执行别的catch 块。
第四、throw 语句后不允许有紧跟其他语句因为这些没有机会执行。
第五、如果一个方法调用了另外一个声明抛出异常的方法那么这个方
法要么处理异常，要么声明抛出
throw 用来抛出一个异常，在方法体内语法格式为：throw 异常对象。
throws 用來声明方法可能会抛出什么异常在方法名后，语法格式为：
throws 异常类型1异常类型2...异常类型n。
:三：　下面列出可能发生Java空指针异常常的几種情况及相应解决方案：

　　分析：代码段1的功能十分简单就是输出用户输入"username"的值。
说明：看上去上面的语句找不出什么语法错误，洏且在大多数情况下也遇不到什么问题但是，如果某个用户在输入数据时并没有提供表单 域"username" 的值或通过某种途径绕过表单直接输入时，此request.getParameter("username")的值为空（注意不是空字符串是空对象

说明：在代码段2中，如果有用户没有提供表单域"username"的值时字符串对象userName为null值，不能够将一个null的對象与另一 个对象直接比较同样，代码段2所在的JSP页面就会抛空指针错误

一个小技巧：如果要把某个方法的返回值与常量做比较，把常量放在前面可以避免调用null对象的equals方法。譬如：

即使userName对象返回了null对象这里也不会有Java空指针异常常，可以照常运转

分析：声明一个Person对象，并打印出该对象的中的Name名字

说明：这个时候你的p就出现Java空指针异常常，因为你只是声奣了这个Person类型的对象并没有创建对象所以它的堆里面没有地址引用，切忌你要用对 象掉用方法的时候一定要创建对象

说明：在代码段2中，如果有用户没有提供表单域"username"的值时字符串对象userName为null值，不能够将一个null的對象与另一个对象直接比较同样，代码段2所在的JSP页面就会抛(Java.lang.NullPointerException)空指针错误

说明：在一般情况下，如果在用户已经进行某个会话则不会絀现什么问题；但是，如果此时应用服务器重新启动 而用户还没有重新登录，（也可能是用户关闭浏览器但是仍打开原来的页面。）那么此时该session的值就会失效，同时导致session中的session.username的值为空对一个为