江苏龙网

  1. 主页 > 生活百科 > >

你能烦人

你能生活经验

1. Null 的问题
假设现在有一个需要三个参数的方法 。其中第一个参数是必须的 ， 后两个参数是可有可无的 。
第一种情况 ， 在我们调用这个方法的时候，我们只能传入两个参数，对第三个参数，我们在上下文里是没有的 ， 那么我们调用方法的时候，就需要用一个特殊值去告知这个方法：
第三个参数我们拿不到，参数是不存在或者不明确的 。
这个特殊的值应该用什么呢？在 Java 中，我们会选择用 null 去表示这种情况 。
第二种情况，如果在调用方法的时候 ， 我们有三个参数 ， 只是第三个参数没有值，我们也需要传入一个特殊的值去表示：
参数存在，但是没有值 。
这个特殊的值是什么呢？没错，在 Java 中，又是 null 。
你看到了 ， 现在 null 值的含义本身出现了两个意思:

  1. 参数不存在
  2. 参数没有值
二义性在计算机科学里是能避免就尽量避免的 。所以 ， null 值的二义性是一个 Java 中的设计缺陷 。不过 ， 也不光是在 Java 语言中，null 的二义性在编程语言里是广泛存在的一个问题 。这个问题被称为 Null 引用问题 。
Null 引用是计算机科学中一个历史悠久又臭名昭著的问题 。在 1964 年，由快排算法的创造者东尼·霍尔发明 。他自称这是个十亿美元的错误 。
在 Java 中，当我们去调用一个对象值为 null 的方法或者属性时，就会报 java.lang.NullPointerException，简称为 NPE 。
传统上，这些 NPE 问题，必须完全依赖程序员本身细致周密的检查，对于 null 的检查充斥在了 Java 代码的字里行间，让代码变得臃肿丑陋 ， 非常恶心 。
同时，由于 NPE 的二义性问题，开发人员往往无法完全防护住 NPE，这使得 NPE 成为了开发人员的噩梦 。明明逻辑上，一个对象是存在的，只是不知道其明确含义 ， 但是只要引用了这个没有明确含义值的对象的方法 ， 就会被告知NPE，简直让人防不胜防 。
并且，更可恶的是，在 Java 中，NPE 是运行期异常，这就意味着 NPE 无法早期发现，只有上线运行了，才可能出现问题 。
你能烦人

文章插图
讨厌的 null，成本巨大的 NPE，让 Java 开发人员在不断地实践中，采用了各种方法去对付 null ， 让我们看看这些方法 。
NPE 是运行期异常 ， 只会在系统运行期间造成 ， 所以导致代码检查无法提前发现它 。如果我们能想办法把在运行期出现的 NPE ， 提前在编译代码时探测到 ， 那么我们就会大大减轻 NPE 对系统造成的损害 。
于是，@NonNull 这个注解横空出世了 。
2. 横空出世的注解
@NonNull 这个注解就是一个标记，这个标记可以和 IDE 联动：当可能出现 NPE 时 ， IDE 会标出警告 。
我们先看一段代码：
你能烦人

文章插图
上面的代码没有加入 @NonNull ， 可以看到 IDE 并没有给出什么警告 。
让我们加上 @NonNull 注解看看:
你能烦人

文章插图
可以看到 ， Idea 和 @NonNull 注解形成了联动，并给出了可能出现 NPE 的警告 。
有了这个警告，其实对一个复杂的项目来说还不够，因为这些警告很容易就会被忽略过去了，即使忽略了，项目依然可以编译运行起来 。
那么 ， 我们是不是可以再增加一步检查？当检查到了可疑的 NPE，根本不允许编译通过 。是时候给大家介绍一下 findbugs 了！
3. findbugs 出场了
我们先在 maven 中配置好 findbugs：
<?xml version="1.0" encoding="UTF-8"?><project xmlns="***/POM/4.0.0" xmlns:xsi="***/2001/XMLSchema-instance" xsi:schemaLocation="***/POM/4.0.0 ***/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.github</groupId> <artifactId>leetcodeMaster</artifactId> <version>1.0-SNAPSHOT</version> <build> <resources> <resource> <directory>src/main/resources</directory> <!--扫描resources包下的配置文件--> <filtering>true</filtering> <includes> <include>**/*.xml</include> <include>**/*.properties</include> </includes> </resource> <resource> <directory>src/main/java</directory><!--扫描java包下的配置文件--> <includes> <include>**/*.xml</include> <include>**/*.properties</include> </includes> </resource> </resources> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>8</source> <target>8</target> </configuration> </plugin> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>findbugs-maven-plugin</artifactId> <version>3.0.5</version> <configuration> <!-- 设置分析工作的等级 ， 可以为Min、Default和Max --> <effort>Low</effort> <!-- Low、Medium和High (Low最严格) High只扫描严重错误 。建议用Medium--> <threshold>Medium</threshold> <failOnError>true</failOnError> <includeTests>true</includeTests> <!--findbugs需要忽略的错误的配置文件--><!-- <excludeFilterFile>conf/findbugs-exclude-filter.xml</excludeFilterFile>--> <!--findbugs需要忽略的错误的配置文件--> <includeFilterFile>conf/findbugs-include-filter.xml</includeFilterFile> </configuration> <executions> <execution> <id>run-findbugs</id> <!-- 在package(也可设为compile) 阶段触发执行findbugs检查，比如执行 mvn clean package --> <phase>compile</phase> <goals> <goal>check</goal> </goals> </execution> </executions> </plugin> </plugins> </build> <dependencies> <!-- ***/artifact/com.google.guava/guava --> <dependency> <groupId>com.google.guava</groupId> <artifactId>guava</artifactId> <version>19.0</version> </dependency> <!-- ***/artifact/org.apache.commons/commons-lang3 --> <dependency> <groupId>org.apache.commons</groupId> <artifactId>commons-lang3</artifactId> <version>3.3.2</version> </dependency> <!-- ***/artifact/com.google.code.findbugs/jsr305 --> <dependency> <groupId>com.google.code.findbugs</groupId> <artifactId>jsr305</artifactId> <version>3.0.2</version> </dependency> </dependencies></project>


推荐阅读


上一篇：白术的作用与功效

下一篇：尖叫之夜修罗场！前任现任齐同框，分手情侣尴尬演戏