jsp--------response

response表示服务器端对客户端的一种回应.------是HttpServletResponse接口的实现

1.最常用的三种操作：
设置头信息，跳转，Cookie

public void setHeader(String name,String value); //设置头信息
public void sendRedirect(String location)   //跳转，由一个页面跳转到另一个页面
public void addCookie(Cookie cookie);    //向客户端加入cookie

public void setContentType(String type); //设置内容的返回类型（所谓返回是指服务器端返回给客户端）


1.1 什么是头信息？
头信息就是随着具体的内容一起提交到服务器端，或者从服务器端随着内容一起提交到客户端，对内容进行补充说明的东西。。。

当然在JSP中可以通过request对象取得全部头信息，HTTPServletRequest中定义了一个可以得到取得头信息的方法
getHeaderNames(); //得到全部头信息名字
getHeader(String name);取得头信息的内容

最有用的头信息就是定时刷新，如果要想完成定时刷新，则头信息名称为refresh

<%@ page contentType="text/html;charset=GBK"%>
<%!    //注意：这里一定要加!,因为如果不加的话，是局部变量，每次都重新声明
   int temp = 0;
%>
<%
   response.setHeader("refresh",“1”); //告诉浏览器，每隔一秒刷新一次
%>
<h1><%=temp++%><h1>

一般刷新的频率是2秒一刷新

定时刷新也可以完成跳转功能
<%
   response.setHeader("refresh","2;URI=ResponseDemo01.jsp");
%>

<h2>本页面2秒后跳转到首页</h2>
<h2>如果没有跳转，请按<a href="ResponseDemo01.jsp">这里</a></h2>

<%
   response.setHeader("refresh","2;URI=ResponseDemo01.jsp");
%>
这句话我们还可以换成另外一句话
<META HTTP-EQUIV="refresh" CONTENT="2;URL=aa.jsp">

为什么要写这样的东西呢，因为这是为了防止用户回退或者刷新，使得自动跳转没了，所以我们经常有这样的需求需要手动跳转

注意：HTTP-EQUIV类似于Http的头部协议的名，CONTENT是头信息的值
<Meta http-equiv="Content-Type" Content="text/html;Charset=gbk" />
<Meta http-equiv="Expires" Content="Wed,26 Feb 1997 08:21:57 GMT" />

pragma----编译指示
<Meta http-equiv="Pragma" Content="No-cach" />
注意：网页不保存在缓存中，每次访问都刷新页面，这样设定，访问者无法脱机浏览   
main.jsp
<%
  response.sendRedirect("aa.jsp?ref=helloworld");
%>
aa.jsp
<%=request.getParameter("ref")%>

注意：这是可以拿到值的。。。区别于setAttribute(),因为参数是随着链接传递的，当然可以获得，他没有捆绑在某个request中，而是随着链接一起跑


注意：两种跳转
1。服务器端跳转 <jsp:forward />
2.客户端跳转: response.sendRedirect() 等效于
 response.setHeader("refresh","0;URL=XXX.jsp");
等效于<meta http-equiv="refresh" Content="2;URL=XXX" />
response跳转的特点：
 所有页面的代码执行完成之后，然后发给客户端，然后跳转

forward:是无条件的跳转，也就是他下面的语句是不会被执行的，执行到<jsp:forward/>后就直接跳转了

经过比较之后，可以这样总结:
   1.如果现在一个页面中使用了JDBC,则应该在forward跳转之前关闭数据库连接，而使用response 则可以在任意位置处关闭


3。 Cookie的基本使用
服务器端保存在客户端的一组数据。
由于Cookie保存在了客户端，所以安全性差。
javax.servlet.http.Cookie

Cookie类中实现了Cloneable接口，可以被克隆啊
方法                                                                
public Cookie(String name,String value)      
public String getName();
public void setValue(String value) ;//修改内容
public void setMaxAge(int expiry); //Cookie的最大保存时间

下面看使用：
<%
   //准备好两个Cookie
   Cookie c1 = new Cookie("username","zwz");
   Cookie c2 = new Cookie("password","www.mldn.java.cn");
  
   //通过response 设置到客户端上去
   response.addCookies(c1);
   response.addCookies(c2);
%>

如果想要取得Cookie,那么肯定使用request, 因为我们总是编写服务器端程序，那么我们取得的Cookie一定是客户端发送过来的，那么客户端怎么发我们局不用管了

<%
   Cookie[] c = request.getCookies();
   for(int i=0;i<c.length;i++){
%>
   <h3><%=c[i].getName()%>---><%=c[i].getValue()%></h3>
<%
   }
%>
注意：服务器端会自动生成一个Cookie，
比如：Tomcat会生成名叫 JSessionId的Cookie, Session表示一个普通用户的会话，这个东西是用来区分不同的用户的


3.1深入研究
既然Cooie是保存在客户端上的一组信息，那么就意味着，浏览器关闭之后依然可以取得Cookie,但是发现错误出现的地方时没有取得客户端设置的Cookie，因为一个Cookie在默认情况下只能保存在当前所打开的浏览器之中。而如果现在希望真正保存在本地的话，则必须将其保存时间进行设置

setMaxAge(int expire)
下面例子：
<%
   //准备好两个Cookie
   Cookie c1 = new Cookie("username","zwz");
   Cookie c2 = new Cookie("password","www.mldn.java.cn");
  
   //设置Cookie的保存时间
   c1.setMaxAge(20); //20秒
   c2.setMaxAge(60); 

   //通过response 设置到客户端上去
   response.addCookies(c1);
   response.addCookies(c2);
%>

由此可知：服务器端自动生成的那个Cookie只能用于一次会话，似乎我们没法设置它的时间什么的