‍‍今天完成的事情：

1.完成对Json接口的测试

这里写Json的接口，还是选择最方便的注解方式。用了以后，代码就很简单，所以这儿就不贴了。

使用@ResponseBody注解。

同样写两个，一个就正常从数据库访问数据；一个是加了memcached的缓存机制过程进行访问数据。

（1）无缓存的情况下的Json接口压测报告

（2）有memcached缓存的情况下的Json接口压测报告

2.再次对JSP接口进行测试

（1）无缓存的情况下的JSP接口压测报告

（2）有memcached缓存的情况下的JSP接口压测报告

个人结论：

在排除其余别的影响因素和测试次数太少造成的偶然性以外，我们可以看出：

1）就是无论什么接口，有缓存的总比无缓存的用时少，这也就说明我们的缓存机制运行正常，还是OK的。

2）Json接口比JSP接口要用时少，另外由于代码还比较简单，所以以后如无必要要求，接口就写成json形式的。

3.本地下载nginx,然后端口改成80

明天计划的事情：

给nginx配置2个web服务器，然后进行测试。

遇到的问题：

1.就是nginx下载完以后，他是8080端口的，然后我在修改以后去访问，结果8080和80都可以访问。

在百度以后说可能是会把8080访问的那个信息缓存下来，所以8080还是可以访问。然后刷新一下就好了。

2.对JSON以后多加运用。

收获：

1.三个注解

(1)@RequestMapping

类定义处：提供初步的请求映射信息。相对于 WEB 应用的根目录

方法处：提供进一步的细分映射信息。相对于类定义处的 URL。若

类定义处未标注 @RequestMapping，则方法处标记的 URL 相对于WEB 应用的根目录DispatcherServlet 截获请求后，就通过控制器上@RequestMapping 提供的映射信息确定请求所对应的处理方法。

@RequestMapping 除了可以使用请求 URL 映射请求外，

还可以使用请求方法、请求参数及请求头映射请求

(2) @PathVariable 

通过 @PathVariable 可以将 URL 中占位符参数绑定到控制器处理方法的入参中：URL 中的 {xxx} 占位符可以通过@PathVariable("xxx") 绑定到操作方法的入参中。

(3)@ResponseBody

‍‍作用：该注解用于将控制器的方法返回的对象，通过适当的HttpMessageConverter转换为指定格式后，写入到响应对象的体数据区。

使用时机：返回的数据不是HTML标签的页面，而是其他某种格式的数据时（如JSON，XML等）使用;

‍

‍‍2.学习JSON

（1）在使用接口的情况下，首先我们需要配置它的相关依赖，否则数据是不会转化为JSON格式的。

（2）键值对的JSON格式

首先，就是键值直接是由冒号隔开，而多个键值对直接有逗号隔开。可以把一个键值对比作一个对象，则这一组数据就是一个对象数组，然后用大括号包起来。需要调用那个值得时候，只需数组名加键值就可以了，或者通过数组的下标进行取值，这些都是自己的理解。

其次，向int或long类型的数据，比如id,时间等，可以不用双引号包起来以外，其余的无论键名还是值都需要用双引号分开。