NullPointerException(简称NPE)是开发中很常见的一个异常,也比较容易处理, 但有时却也莫名其妙就NPE了, 并且错误根源也不大么容易寻找, 下面看一个关于NPE的例子, 请暂时忘记文章标题, 按常规思路来想问题.

异常描述

     Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.Class java.lang.Object.getClass()' on a null object reference
        at com.*.HomeMinePresenterImpl.loadData(HomeMinePresenterImpl.java:26)
        at com.*.HomeMineFragment.onResume(HomeMineFragment.java:158)
        at android.support.v4.app.Fragment.performResume(Fragment.java:2401)
        at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1465)
        at android.support.v4.app.FragmentManagerImpl.moveFragmentToExpectedState(FragmentManager.java:1740)
        at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1809)

该app主页是一个MainActivity,嵌套了4个Fragment, 回到桌面启动另一个app, 再切换回来发现app崩了,出现这个异常信息. 代码如下:

    public void loadData() {
        ServiceFactory.get(HomeMineService.class)
                .getHomeMineData()
                .compose(TransformerUtil::io2Main)
                .subscribe(data -> {
                  if(success){
                    mView.onSuccess(data);
                  }else{
                    mView.onFaild(message);
                  }
                }, mView::onError);
    }

定位到的NPE是loadData()中的26行,日志中点击是定位到了compose那一行, 而关键能解决问题的异常信息是:

Attempt to invoke virtual method 'java.lang.Class java.lang.Object.getClass()' on a null object reference

这里并没有调用getClass(). 开启了调试想断进来看是哪里空了, 但是Fragment崩溃后也断不进来了. 然而基本可以确定是Fragment被回收后造成的问题.

继续研究问题, getClass通常是框架进行反射时使用的, 接着对代码进行try-catch, 仍然是上面的异常信息, 但这时候可以打断点进来了不是? 真的是mView空了! NPE是在按步执行到compose后进入了catch块, 但正常来讲也应该报类似:

Attempt to invoke virtual method 'xxx.onError(...)' on a null object reference

这样的异常信息, 怎么会跑到getClass去NPE?

反编译异常代码

将apk拖到jadx-gui中, 定位到反编译后的代码(没有任何混淆,很容易找到):

public class HomeMinePresenterImpl extends BasePresenter<HomeMineView> implements HomeMinePresenter {
    @SuppressLint({"CheckResult"})
    public void loadData() {
        Observable compose = ((HomeMineService) ServiceFactory.get(HomeMineService.class)).getHomeMineData().compose(HomeMinePresenterImpl$$Lambda$0.$instance);
        Consumer consumer = HomeMinePresenterImpl$$Lambda$1.$instance;
        HomeMineView homeMineView = (HomeMineView) this.mView;
        homeMineView.getClass();
        compose.subscribe(consumer, HomeMinePresenterImpl$$Lambda$2.get$Lambda(homeMineView));
    }
}

看到了一行homeMineView.getClass();设想此时mView是空的, 如果按反编译后的代码来执行, 那就会在compose执行完后得到NPE, 完全符合断点看到的结果. 然后看了其他类似代码的反编译, 有些调用getClass, 有些则没有, 但是有规律可循的(由于框架的缘故, 应用在subscribe中基本都会用mView来交互):

调用Observable.subscribe(Observer<? super T> observer),反编译后的class代码中都不会调用mView.getClass(), 只要使用到mView相关的方法引用(如 mView::onError)都会调到

举个栗子来验证下

public class NpeTest {
    void onError(Runnable r){
        Runnable runnable = r::run;
        runnable.run();
    }
}

编译,反汇编

javac NpeTest.java 
javap -c -p NpeTest.class 

得到

Compiled from "NpeTest.java"
public class NpeTest {
  public NpeTest();
    Code:
       0: aload_0
       1: invokespecial #1                  // Method java/lang/Object."<init>":()V
       4: return

  void onError(java.lang.Runnable);
    Code:
       0: aload_1
       1: dup
       2: invokevirtual #2                  // Method java/lang/Object.getClass:()Ljava/lang/Class;
       5: pop
       6: invokedynamic #3,  0              // InvokeDynamic #0:run:(Ljava/lang/Runnable;)Ljava/lang/Runnable;
      11: astore_2
      12: aload_2
      13: invokeinterface #4,  1            // InterfaceMethod java/lang/Runnable.run:()V
      18: return
}

在onError的invokevirtual这里就调用了Object.getClass.

解决问题之余心有不甘, 进行了一番折腾, 没有深入了解java对lambda的编译原理, 见笑于大方之家, 仅记录耳.