简介

随着Kotlin语言在Android开发中越来越流行，自然也会遇到各种各样的问题。

本篇主要是针对我个人在Android单元测试Kotlin类时遇到的一些问题的思考和解决方案。

遇到的问题

我们都知道Kotlin给开发者提供了很多语法糖，其中之一就是顶层函数，我们可以直接把函数放在代码文件的顶层，让它不从属于任何类。

它的使用很简单，直接在kotlin代码的任意位置直接当作一个普通函数调用就行了，而在java中，需要像使用静态方法一样，以文件名+Kt为类名调用 (默认配置)

在java单元测试中，如果想mock这个顶层函数，只需要像对待一个静态方法一样，使用mockStatic方法即可

而在kotlin单元测试中，我们却无法找到这个class

确定路线

我们先建立一个文件来写一个顶层函数，再建立一个单元测试类去测试它:

其实从上文中已经可以看出，kotlin的顶层函数在编译之后实际上就变成了一个被class包起来的static方法。对此，我们可以简单验证一下:

在Android Studio中点击菜单中的Tools->Kotlin->Show Kotlin ByteCode，会弹出对应类的字节码，再点击Decompile按钮，我们会看到确实被编译成了一个类中的静态方法

确定了这一点后，我们只需要在kotlin中拿到这个顶层函数的所属类，就可以像java里一样使用mockStatic来模拟了。

分析过程

既然涉及到了运行时类型分析，自然而然就想到了反射，我们先引入kotlin的反射库

implementation "org.jetbrains.kotlin:kotlin-reflect:$kotlin_version"

其实我对kotlin的反射并不熟悉，去文档里查阅了一下发现了::sampleTopFun这种写法，它的返回值为一个叫KFunction的接口类，我们先看看它有哪些方法可以供我们调用

从字面上看好像没有什么方法和我们的需求有关，怎么办呢？那我们再看一下它的实现类吧，说不定会有一些私有变量保存了我们需要的信息。

那么怎么找到它的实现类呢？直接分析源码错综复杂的关系是很耗时且低效的，这里我采取了了一种取巧的方法，利用Android Studio的Debug功能:

和预料的不同，为什么这里拿到的类型是这么个奇葩玩意儿呢？我们看一下这个文件的字节码

再往下看

我们发现，这个奇葩的类型是在kotlin编译后自动生成的，它继承自FunctionReference，同时，在Debugger里，我们获得了一个重要的信息: KFunctionImpl

根据名字猜测，它应该才是KFunction真正功能实现的地方，我们将它的信息展开

可以发现，我们已经找到我们想要的那个类了，只要拿到它，后续的mock工作就很简单了~

开始Mock

根据上文，我们已经得知了我们需要获取的jClass的路径

我们先从FunctionReference去获取被reflected引用的KFunctionImpl，这个reflected实际是被FunctionReference继承的CallableReference中的一个变量，在FunctionReference提供了一个getReflected方法，我们通过反射调用这个方法即可得到这个对象，当然，我们也可以通过反射Field获得它，但注意到getReflected方法处理了一些空对象的情况，为了保险起见，我们还是采取反射调用getReflected的方法获取KFunctionImpl

反射调用getReflected方法获取KFunctionImpl

第一步没问题，接下来开始反射获取container

第二步也没什么问题，接下来就是反射获取jClass了

ok，一切正常，接下来和java一样，让我们试试用这个我们获取到的类mockStatic吧

可以看到，测试成功通过，至此，我们成功解决了Mockito模拟顶层函数的问题。为了方便使用，可以将以上代码封装成一个函数，这里就不再赘述了。