强制请求方法类型 post 或 get:
<!— 在chapter4-servlet.xml配置处理器--> <bean name="/helloWithPOST" class="cn.javass.chapter4.web.controller.HelloWorldController"> <property name="supportedMethods" value="POST"></property> </bean>
name="/helloWithPOST"
以上配置表示只支持POST 请求,如果是GET 请求客户端将收到“HTTP Status 405 - Request method 'GET' not
supported”
当前请求的session前置条件检查,如果当前请求无session 将抛出HttpSessionRequiredException异常:
<!— 在chapter4-servlet.xml配置处理器--> <bean name="/helloRequireSession" class="cn.javass.chapter4.web.controller.HelloWorldController"> <property name="requireSession" value="true"/> </bean>
name="/helloRequireSession"
在进入该控制器时,一定要有session存在,否则抛出HttpSessionRequiredException异常。
客户端端缓存控制:
1、缓存 5秒,cacheSeconds=5
package cn.javass.chapter4.web.controller; //省略import public class HelloWorldCacheController extends AbstractController { @Override protected ModelAndView handleRequestInternal(HttpServletRequest req, HttpServletResponse resp) throws Exception { //点击后再次请求当前页面 resp.getWriter().write("<a href=''>this</a>"); return null; } }
<!— 在chapter4-servlet.xml配置处理器--> <bean name="/helloCache" class="cn.javass.chapter4.web.controller.HelloWorldCacheController"> <property name="cacheSeconds" value="5"/> </bean>
开启chrome浏览器调试工具:
服务器返回的响应头:
添加了“Expires:Wed, 14 Mar 2012 09:38:32 GMT” 和“Cache-Control:max-age=5” 表示允许客户端缓存5 秒,当你点
“this”链接时 没反应
而且服务器也没有收到请求,当过了5秒后,你再点“this”链接会发现又重新请求服务器下载新数据。
注:下面提到一些关于缓存控制的一些特殊情况:
1、对于一般的页面跳转(如超链接点击跳转、通过js调用window.open打开新页面都是会使用浏览器缓存的,在
未过期情况下会直接使用浏览器缓存的副本,在未过期情况下一次请求也不发送);
2、对于刷新页面(如按F5 键刷新),会再次发送一次请求到服务器的;
2、不缓存,cacheSeconds=0
<!— 在chapter4-servlet.xml配置处理器-->
<bean name="/helloNoCache"
class="cn.javass.chapter4.web.controller.HelloWorldCacheController">
<property name="cacheSeconds" value="0"/>
</bean>
以上配置会要求浏览器每次都去请求服务器下载最新的数据
3、cacheSeconds<0,将不添加任何数据
响应头什么缓存控制信息也不加。
4、Last-Modified缓存机制
(1、在客户端第一次输入url 时,服务器端会返回内容和状态码200 表示请求成功并返回了内容;同时会添加一个
“Last-Modified”的响应头表示此文件在服务器上的最后更新时间,如“Last-Modified:Wed, 14 Mar 2012 10:22:42 GMT”
表示最后更新时间为(2012-03-14 10:22);
(2、客户端第二次请求此URL时,客户端会向服务器发送请求头“If-Modified-Since”,询问服务器该时间之后当前
请求内容是否有被修改过,如“If-Modified-Since: Wed, 14 Mar 2012 10:22:42 GMT”,如果服务器端的内容没有变化,
则自动返回HTTP 304 状态码(只要响应头,内容为空,这样就节省了网络带宽)。
客户端强制缓存过期:
(1、可以按ctrl+F5 强制刷新(会添加请求头HTTP1.0 Pragma:no-cache 和HTTP1.1 Cache-Control:no-cache 、
If-Modified-Since请求头被删除)表示强制获取服务器内容,不缓存。
(2、在请求的url后边加上时间戳来重新获取内容,加上时间戳后浏览器就认为不是同一份内容:
http://sishuok.com/?2343243243 和http://sishuok.com/?34334344 是两次不同的请求
Spring 也提供了Last-Modified机制的支持,只需要实现LastModified接口:
package cn.javass.chapter4.web.controller; public class HelloWorldLastModifiedCacheController extends AbstractController implements LastModified { private long lastModified; protected ModelAndView handleRequestInternal(HttpServletRequest req, HttpServletResponse resp) throws Exception { //点击后再次请求当前页面 resp.getWriter().write("<a href=''>this</a>"); return null; } public long getLastModified(HttpServletRequest request) { if(lastModified == 0L) { //TODO 此处更新的条件:如果内容有更新,应该重新返回内容最新修改的时间戳 lastModified = System.currentTimeMillis(); } return lastModified; } }
<!— 在chapter4-servlet.xml配置处理器--> <bean name="/helloLastModified" class="cn.javass.chapter4.web.controller.HelloWorldLastModifiedCacheController"/>
(1、发送请求到服务器,如(http://localhost:8080/springmvc/helloLastModified),则服务器返回的响应为200
(2、再次按F5刷新客户端,返回状态码304 表示服务器没有更新过:
(3、重启服务器,再次刷新,会看到200 状态码(因为服务器的lastModified时间变了)。
Spring 判断是否过期,通过如下代码,即请求的“If-Modified-Since” 大于等于当前的getLastModified 方法的时间
戳,则认为没有修改:
this.notModified = (ifModifiedSince >= (lastModifiedTimestamp / 1000 * 1000));
5、ETag(实体标记)缓存机制
(1:浏览器第一次请求,服务器在响应时给请求URL 标记,并在HTTP 响应头中将其传送到客户端,类似服务器端
返回的格式:“ETag:"0f8b0c86fe2c0c7a67791e53d660208e3"”
(2:浏览器第二次请求,客户端的查询更新格式是这样的:“If-None-Match:"0f8b0c86fe2c0c7a67791e53d660208e3"”,
如果ETag没改变,表示内容没有发生改变,则返回状态304。
Spring 也提供了对ETag的支持,具体需要在web.xml中配置过滤器:
<filter>
<filter-name>etagFilter</filter-name>
<filter-class>org.springframework.web.filter.ShallowEtagHeaderFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>etagFilter</filter-name>
<servlet-name>chapter4</servlet-name>
</filter-mapping>
分析:
1):发送请求到服务器:“http://localhost:9080/springmvc-chapter4/hello”,服务器返回的响应头中添加
了(ETag:"0f8b0c86fe2c0c7a67791e53d660208e3"):
2):浏览器再次发送请求到服务器(按F5刷新),请求头中添加了“If-None-Match:
"0f8b0c86fe2c0c7a67791e53d660208e3"”,响应返回304 代码,表示服务器没有修改,并且响应头再次添加了
“ETag:"0f8b0c86fe2c0c7a67791e53d660208e3"”(每次都需要计算):
那服务器端是如何计算ETag的呢?
protected String generateETagHeaderValue(byte[] bytes) {
StringBuilder builder = new StringBuilder("\"0");
DigestUtils.appendMd5DigestAsHex(bytes, builder);
builder.append('"');
return builder.toString();
}
bytes 是response要写回到客户端的响应体(即响应的内容数据),是通过MD5 算法计算的内容的摘要信息。也 就是说如果服务器内容不发生改变,则ETag每次都是一样的,即服务器端的内容没有发生改变。
此处只列举了部分缓存控制,详细介绍超出了本书的范围,强烈推荐: http://www.mnot.net/cache_docs/(中文版
http://www.chedong.com/tech/cache_docs.html) 详细了解HTTP缓存控制及为什么要缓存。
缓存的目的是减少相应延迟和 减少网络带宽消耗,比如css、js、图片这类静态资源应该进行缓存。
实际项目一般使用反向代理服务器(如nginx、apache等)进行缓存。