今天完成的内容：

（1）学习Jetty并使用。

Jetty 是一个开源的servlet容器，它为基于Java的web容器（如JSP和servlet）提供运行环境。Jetty是使用Java语言编写的，它的API以一组JAR包的形式发布。开发人员可以将Jetty容器实例化成一个对象，可以迅速为一些独立运行（stand-alone）的Java应用提供网络和web连接。

Jetty和之前学的Tomcat，它们都是目前全球范围内最著名的两款开源的webserver/servlet容器。由于它们的实现都遵循Java Servlet规范，一个Java Web应用部署于两款容器的任意一个皆可。但选择哪个更优得看场景。那Jetty与Tomcat比较，有哪差异呢？  

1）Jetty更轻量级。这是相对Tomcat而言的。

由于Tomcat除了遵循Java Servlet规范之外，自身还扩展了大量JEE特性以满足企业级应用的需求，所以Tomcat是较重量级的，而且配置较Jetty亦复杂许多。但对于大量普通互联网应用而言，并不需要用到Tomcat其他高级特性，所以在这种情况下，使用Tomcat是很浪费资源的。这种劣势放在分布式环境下，更是明显。换成Jetty，每个应用服务器省下那几兆内存，对于大的分布式环境则是节省大量资源。而且，Jetty的轻量级也使其在处理高并发细粒度请求的场景下显得更快速高效。

2）Jetty更灵活，体现在其可插拔性和可扩展性，更易于开发者对Jetty本身进行二次开发，定制一个适合自身需求的Web Server。相比之下，重量级的Tomcat原本便支持过多特性，要对其瘦身的成本远大于丰富Jetty的成本。用自己的理解，即增肥容易减肥难。

3）然而，当支持大规模企业级应用时，Jetty也许便需要扩展，在这场景下Tomcat便是更优的。

总结：Jetty更满足公有云的分布式环境的需求，而Tomcat更符合企业级环境。

配置使用Jetty：

先下载文件包。

在idea中配置，使用。

详细用法见：http://www.cnblogs.com/yiwangzhibujian/p/5832597.html

（2）了解postman。

Postman是一种网页调试与发送网页http请求的chrome插件，可以用来很方便的模拟get或者post或者其他方式的请求来调试接口。

下载安装：

关于用法还不是很清楚，等写好rest接口后来研究。

明天的计划：编写rest接口，着手SSM。

遇到的问题：不清楚rest接口是什么样子，之后由师兄解答了。

收获：以上。

禅道：http://task.ptteng.com/zentao/task-view-10655.html