因为项目需要，和小伙伴pair学习了下Moco.

一.Ｍoco是什么？

官方网站https://github.com/dreamhead/moco 上给出了解释,Moco是一个简单简单搭建stub的框架。那么新的问题又来了，什么是stub呢？stub(桩)，维基百科上解释说：桩（Stub / Method Stub）是指用来替换一部分功能的程序段。桩程序可以用来模拟已有程序的行为（比如一个远端机器的过程）或是对将要开发的代码的一种临时替代。因此，打桩技术在程序移植、分布式计算、通用软件开发和测试中用处很大.

根据stub的含义，我做出这样的猜测，Moco的作用就是替换某个功能。那么它替换了什么功能？为什么要替换呢?带着这样的问题，我们先按照官网上的Quick Start来走一遍吧！

二 .Quick Start

１．下载 Standalone Moco Runner，下载好后放在某的目录下,例如该目录为Moco-demo。

２．写配置文件,内容如下：

[
   { "response" :
        { "text" : "Hello, Moco" }
   } 
]

(foo.json)

3.启动 Moco 服务

进入到你刚下载放jar包的目录，即cd Moco-demo

输入以下命令：

java -jar moco-runner-<刚下载jar包版本的版本好>-standalone.jar http -p 12306 -c foo.json

注：-p 指定 Moco 服务端口 （目前仅指 Web 端口）

４．访问 Web 服务打开浏览器，访问 http://localhost:12306　，这样就可以看见"Hello, Moco"了

三.Moco的作用是什么？

这就回到了我上面的第一个问题，替换了什么功能？从上面的小demo可以看出，站在浏览器的角度上看，我输入了一个URL,看到了配置文件中的response内容，那么此时的Moco就像是一个模拟服务器。

站在后台服务器的角度上看，配置文件中直接写好输出我想要的内容，这不就是相当于测试嘛。

四.为什么使用Moco?

1.我们先看如果不使用Moco会怎么样？

在官网上说：集成，尤其是基于 HTTP 协议的集成——web service、REST 等，在我们的项目开发中被广泛应用。以前，我们每次都要往 Jetty 或 Tomcat 等应用服务器上部署一个新的 WAR。大家都知道，开发部署一个 WAR 的过程是很枯燥的，即使在嵌入式服务器上也是如此。而且，每次我们做一点改动，整个 WAR 都要重新组装。（稍微补充一下：在软件工程中，WAR文件（Web应用程序归档，英语：Web application ARchive[1]）是一种JAR文件，其中包含用来分发的JSP、Java Servlet、Java类、XML文件、标签库、静态网页（HTML和相关文件），以及构成Web应用程序的其他资源。）

2.Moco是如何解决这个问题的呢？

很容易就可以想到，就是前面提到的模拟服务器，开发团队只要根据自己的需要进行相应的配置，就会很方便得到一个模拟服务器。（据说，由于 Moco 本身的灵活性，其用途已经不再局限于最初的集成测试，比如，Moco 可以用于移动开发，模拟尚未开发的服务；Moco 还可以用于前端开发，模拟一个完整的 Web 服务器，等等。这些没有使用到，目前没有深刻体会）

好了，今天就到这里了，我们的小demo请详见github地址：https://github.com/MHwishes/moco-demo （用postman模拟客户端发送请求，demo中相同url，不同的method.）