日常啰嗦
承接前一篇文章《Spring+SpringMVC+MyBatis+easyUI整合优化篇（四）单元测试实例》，已经讲解了dao层和service层的单元测试，还有控制器这层也不能漏掉，因此本篇会讲一下MockMvc，及controller控制层的单元测试，相关代码已上传，可自行下载。
我的github地址
为什么使用MockMvc？
可能我们在测试控制层的代码都是启动服务器，在浏览器中输入URL，然后开始测试是否达到预期效果，发生错误的话，修改相关代码并重启服务器再次进行测试。分析一下这个过程，启动服务器-->打开浏览器-->输入URL-->等待返回结果-->修复bug-->重启服务器.....循环。
其中的缺点也挺明显的，在浏览器输入URL的地址，如果是GET请求还好，POST请求或者DELETE请求怎么办？只能借助其他工具，通过命令行编写curl语句，或者借助谷歌浏览器的postman插件，亦或者自己在代码中通过编写相应httpClient方法来实现测试，但是这几种方法都较为麻烦，而且测试用例并不能较好的保存。再说一个缺点，代码修改后，往往需要再次重启服务器，等待启动完毕才能接下来的测试过程。
如果tomcat服务器启动速度较慢，这将是一件非常痛苦的事情，测试验证也不方便，且依赖网络环境，这些原因导致测试起来很麻烦，而为了可以方便对Controller进行测试，且很好的保存和循环使用测试用例，则可以通过单元测试来解决，通过前面一篇文章，大家对于单元测试的便利性有了认识和体会，接下来通过引入MockMVC进行控制层的单元测试。
MockMvc实现了对Http请求的模拟，能够直接使用网络的形式，转换到Controller的调用，这样可以使得测试速度快、不依赖网络环境，而且提供了一套验证的工具，这样可以使得请求的验证统一而且很方便。
MockMvc单元测试实例
MockMvc测试过程：
1、创建请求
2、设置参数（这一步其实可以设置很多参数，MockMvc提供了丰富的方法，但是本例中只是简单的参数设置，因为方法都较简单，并没有复杂的调用）
3、mockMvc调用perform，调用controller的业务处理逻辑
4、perform返回ResultActions，返回操作结果，通过ResultActions，提供了统一的验证方式。
测试代码在test包中，也已经传到github上，可以下载到本地运行测试。
@RunWith(SpringJUnit4ClassRunner.class)@WebAppConfiguration@ContextConfiguration({"classpath*:/applicationContext.xml", "classpath*:/spring-mvc.xml", "classpath*:/mybatis-config.xml"})public class BookControllerTest { @Autowired
private WebApplicationContext wac; private MockMvc mockMvc; @Before
public void setup() { this.mockMvc = webAppContextSetup(this.wac).build();
} @Test
&nbs
