共计 2297 个字符，预计需要花费 6 分钟才能阅读完成。
| 导读 | 作为搬砖党，我们对判空一定再熟悉不过了，那么为什么我不建议你用去“! = null ” 做判空? |
为了避免空指针调用，我们经常会看到这样的语句：
...if (someobject != null) {someobject.doCalc();}...最终，项目中会存在大量判空代码，多么丑陋繁冗! 如何避免这种情况? 我们是否滥用了判空呢?
这是初、中级程序猿经常会遇到的问题。他们总喜欢在方法中返回 null，因此，在调用这些方法时，也不得不去判空。
另外，也许受此习惯影响，他们总潜意识地认为，所有的返回都是不可信任的，为了保护自己程序，就加了大量的判空。
吐槽完毕，回到这个题目本身，进行判空前，请区分以下两种情况：
你可能还不明白这两句话的意思，不急，继续往下看，接下来将详细讨论这两种情况。
null 就是一个不合理的参数，就应该明确地中断程序，往外抛错误。这种情况常见于 api 方法。
例如你开发了一个接口，id 是一个必选的参数，如果调用方没传这个参数给你，当然不行。
你要感知到这个情况，告诉调用方“嘿，哥们，你传个 null 给我做甚 ”。
相对于判空语句，更好的检查方式有两个：
这种情况下，null 是个”看上去“合理的值，例如，我查询数据库，某个查询条件下，就是没有对应值，此时 null 算是表达了“空”的概念。
当返回结果是空时，你可以返回一个空的 collections(empty list)，而不要返回 null。
这样调用侧就能大胆地处理这个返回，例如调用侧拿到返回后，可以直接 print list.size()，又无需担心空指针问题。
什么? 想调用这个方法时，不记得之前实现该方法有没按照这个原则? 所以说，代码习惯很重要!
如果你养成习惯，都是这样写代码 (返回空 collections 而不返回 null)，你调用自己写的方法时，就能大胆地忽略判空。
那就返回一个空对象 (而非 null 对象)，下面举个“栗子”，假设有如下代码：
public interface Action {void doSomething();}
public interface Parser {Action findAction(String userInput);}其中，Parse 有一个接口 FindAction，这个接口会依据用户的输入，找到并执行对应的动作。
假如用户输入不对，可能就找不到对应的动作 (Action)，因此 findAction 就会返回 null，接下来 action 调用 doSomething 方法时，就会出现空指针。
解决这个问题的一个方式，就是使用 Null Object pattern(空对象模式)。
类定义如下，这样定义 findAction 方法后，确保无论用户输入什么，都不会返回 null 对象：
public class MyParser implements Parser {private static Action DO_NOTHING = new Action() {public void doSomething() {/* do nothing */}
};
public Action findAction(String userInput) {
// ...
if (/* we can't find any actions */) {return DO_NOTHING;}
}}对比下面两份调用实例：
Parser parser = ParserFactory.getParser();
if (parser == null) {
// now what?
// this would be an example of where null isn't (or shouldn't be) a valid response
}
Action action = parser.findAction(someInput);
if (action == null) {// do nothing} else {action.doSomething();}ParserFactory.getParser().findAction(someInput).doSomething();因为无论什么情况，都不会返回空对象，因此通过 findAction 拿到 action 后，可以放心地调用 action 的方法。
例如使用：
"bar".equals(foo)而不是：
foo.equals("bar")
