摘要：说实话，咱们组之前的任务比较重，能写完代码，在加点测试用例，就很nice了，这么一搞，看来又得要开始加班搞了，谁叫咱们是苦逼的码畜，男人当牛用，女人当男人用，说到底，大多数人跟D哥一样，因为穷才做程序员。。。
最近，D哥这边新来的技术老大，要求写得所有的代码必须mock，没有达到90%，都得要打回来~
说实话，咱们组之前的任务比较重，能写完代码，在加点测试用例，就很nice了，这么一搞，看来又得要开始加班搞了，谁叫咱们是苦逼的码畜，男人当牛用，女人当男人用，说到底，大多数人跟D哥一样，因为穷才做程序员。。。
说实话，D哥去查看了一下市面上的mock工具，说实话，挺多的，说白了，按照实现原理，主要分为3类：
动态代理：Mockito、EasyMock、MockRunner自定义类加载器：PowerMock运行时字节码修改：JMockit、TestableMock如下图：
动态代理：这种实现方式只能在类的外围修修补补，不能改动类本身，因此，最安全，但功能也最弱。关于动态代理面试必问，建议多去研究一下。
自定义类加载和字节码修改：这两种方式都会修改类的字节码，前者通过完全接管类的加载过程中来实现，后者则是类加载完成后再对字节码进行“二次改造”；两者在功能上而言，差别并不大（见上图）。
因此，综合来看，阿里的 TestableMock 看起来似乎更牛逼！
使用起来真的方便，正如它官网说得“换种思路写Mock，让单元测试更简单”。
无需初始化，不挑服务框架，甭管要换的是私有方法、静态方法、构造方法还是其他任何类的任何方法，也甭管要换的对象是怎么创建的。写好Mock定义，加个@MockMethod注解，一切统统搞定。
官网源码：https://github.com/alibaba/testable-mock
官方文档：https://alibaba.github.io/testable-mock
# 实现原理
它是基于运行时修改字节码，再通过扫描测试类中是否有@MockMethod、@MockConstructor等注解修饰的方法，来判断是否要进行对应的初始化，与测试框架实现完全解藕，体验上毫无入侵感。
# 如何上手？
1、引入相关依赖
1.8 0.5.2
com.alibaba.testable testable-all ${testable.version} test org.junit.jupiter junit-jupiter-api ${junit.version} test
org.apache.maven.plugins maven-surefire-plugin 3.0.0-M5 @{argLine} -javaagent:${settings.localRepository}/com/alibaba/testable/testable-agent/${testable.version}/testable-agent-${testable.version}.jar
2、增加一个类，调用任意方法、成员方法、静态方法，结合官方demo改动了一下，大家将就看吧，实例如下：
DemoMock.java
/** * 演示基本的Mock功能 * @* @author D哥 */public class DemoMock { /** * 普通方式 * @return */ public String commonFunc { return "idea ".trim + "." + " studycoder.com".substring(1) + "_" + "idea.studycoder.com".startsWith("ab"); } public String outerFunc(String website) { return innerFunc(staticFunc); } /** * 静态方法 * @return */ private static String staticFunc { return "idea_studycoder_com".replace("_","."); } /** * 内部方法 * @param website * @return */ private String innerFunc(String website) { return "our website is: " + website; }}DemoMockTest.java
public class DemoMockTest { private DemoMock demoMock = new DemoMock; public static class Mock { @MockMethod(targetClass = DemoMock.class) private String innerFunc(String text) { return "mock_" + text; } @MockMethod(targetClass = DemoMock.class) private String staticFunc { return "static"; } @MockMethod(targetClass = String.class) private String trim { return "idea"; } @MockMethod(targetClass = String.class, targetMethod = "substring") private String sub(int i) { return "sub"; } @MockMethod(targetClass = String.class) private boolean startsWith(String s) { return false; } } @Test void should_able_to_mock_common_method { assertEquals("idea.sub_false", demoMock.commonFunc); verify("trim").withTimes(1); verify("sub").withTimes(1); verify("startsWith").withTimes(1); } @Test void should_able_to_mock_member_method throws Exception { assertEquals("mock_static", demoMock.outerFunc("hello")); verify("innerFunc").with("static"); verify("staticFunc").with; }}# 总结
从上面的实例中，咱们可以看出，相比其它的mock工具，阿里的TestableMock 写单元测试会方便很多，代码量也少了不少，但是也有一些缺点，比如一个方法多次调用返回不同值，需借助TestableTool.MOCK_CONTEXT，对代码来说有一定的侵入性，但总得来说，无不是一种最优的选择。
啥也不说了，D哥决定建议团队的兄弟们用起来了~
你们经常用哪款 mock 工具呢？欢迎在留言区告诉D哥
来源：麻辣小王子
