Sevlet基础

Servlet的方法

构造方法：创建servlet对象的时候调用。默认情况下，第一次访问servlet的时候创建servlet对象只调用1次。证明servlet对象在tomcat是单实例的。
init方法：创建完servlet对象的时候调用。只调用1次。
service方法：每次发出请求时调用。调用n次。
destroy方法：销毁servlet对象的时候调用。停止服务器或者重新部署web应用时销毁servlet对象。只调用1次。

Servlet的生命周期

通过映射找到到servlet-class的内容，字符串：com.nightliar.a_servlet.FirstServlet；
通过反射构造FirstServlet对象
- 得到字节码对象：Class clazz = class.forName("com.nightliar.a_servlet.FirstServlet");
- 调用无参数的构造方法来构造对象：Object obj = clazz.newInstance();
创建ServletConfig对象，通过反射调用init方法
- 得到方法对象：Method m = clazz.getDeclareMethod("init",ServletConfig.class);
- 调用方法：m.invoke(obj,config);
创建request，response对象，通过反射调用service方法
- 得到方法对象：Methodm m
  = clazz.getDeclareMethod("service",HttpServletRequest.class,HttpServletResponse.class);
- 调用方法：m.invoke(obj,request,response);
当tomcat服务器停止或web应用重新部署，通过反射调用destroy方法
- 得到方法对象：Method m = clazz.getDeclareMethod("destroy",null);
- 调用方法：m.invoke(obj,null);

总结

servlet对象在tomcat服务器是单实例多线程的，所以当多个servlet的线程同时访问了servlet的共享数据，如成员变量，可能会引发线程安全问题。

Cookie基础

Cookie是由服务器端生成，发送给User-Agent，浏览器会将Cookie的key/value保存到某个目录下的文本文件内，下次请求同一网站时就发送该Cookie给服务器。

Cookie常用api

//1.构造Cookie对象
Cookie(java.lang.String name, java.lang.String value)
//2.设置cookie
void setPath(java.lang.String uri);          //设置cookie的有效访问路径
void setMaxAge(int expiry) ：                //设置cookie的有效时间
void setValue(java.lang.String newValue);    //设置cookie的值
//3.发送cookie到浏览器端保存
void response.addCookie(Cookie cookie);      //发送cookie
//4.服务器接收cookie
Cookie[] request.getCookies();               //接收cookie

Cookie工作原理

服务器创建cookie对象，把会话数据存储到cookie对象中，调用new Cookie("name","value")方法；
服务器发送cookie信息到浏览器，调用response.addCookie(cookie)方法，例如：set-cookie: name = zhangsan (隐藏发送了一个set-cookie名称的响应头)；
浏览器得到服务器发送的cookie，然后保存在浏览器端；
浏览器在下次访问服务器时，会带着cookie信息，例如： cookie: name = zhangsan (隐藏带着一个叫cookie名称的请求头)；
服务器接收到浏览器带来的cookie信息，调用request.getCookies()。

Cookie的细节

void setPath(java.lang.String uri)：设置cookie的有效访问路径。有效路径指的是cookie的有效路径保存在哪里，那么浏览器在有效路径下访问服务器时就会带着cookie信息，否则不带cookie信息。
void setMaxAge(int expiry)：设置cookie的有效时间：
- 正整数：表示cookie数据保存浏览器的缓存目录（硬盘中），数值表示保存的时间；
- 负整数：表示cookie数据保存浏览器的内存中。浏览器关闭cookie就丢失了；
- 零：表示删除同名的cookie数据。
Cookie数据类型只能保存非中文字符串类型的。可以保存多个cookie，但是浏览器一般只允许存放300个Cookie，每个站点最多存放20个Cookie，每个Cookie的大小限制为4KB。

Session基础

Session是另一种记录客户状态的机制，不同的是Cookie保存在客户端浏览器中，而Session保存在服务器上。客户端浏览器访问服务器的时候，服务器把客户端信息以某种形式记录在服务器上。这就是Session。客户端浏览器再次访问时只需要从该Session中查找该客户的状态就可以了。每个用户访问服务器都会建立一个session，那服务器是怎么标识用户的唯一身份呢？事实上，用户与服务器建立连接的同时，服务器会自动为其分配一SessionId。

Session常用api

//1.创建或得到session对象
HttpSession getSession()  
HttpSession getSession(boolean create)  
//2.设置session对象
void setMaxInactiveInterval(int interval);    //设置session的有效时间
void invalidate();                 //销毁session对象
java.lang.String getId();          //得到sessionid
//3.保存会话数据到session对象
void setAttribute(java.lang.String name, java.lang.Object value);  //保存数据
Object getAttribute(java.lang.String name);    //获取数据
void removeAttribute(java.lang.String name);   //清除数据
//4.设置session的有效时间
void setMaxInactiveInterval(int interval)；

Session工作原理

第一次访问创建session对象，给session对象分配一个唯一的ID，叫JSESSIONID；
```
new HttpSession();
```

把JSESSIONID作为Cookie的值发送给浏览器保存；

Cookie cookie = new Cookie("JSESSIONID", sessionID);
response.addCookie(cookie);

第二次访问的时候，浏览器带着JSESSIONID的cookie访问服务器；
服务器得到JSESSIONID，在服务器的内存中搜索是否存放对应编号的session对象；
如果找到对应编号的session对象，直接返回该对象；
如果找不到对应编号的session对象，创建新的session对象，继续走1的流程。

Session的创建

当程序需要为某个客户端的请求创建一个session时，服务器首先检查这个客户端的请求里是否已包含sessionId，如果已包含则说明以前已经为此客户端创建过session，服务器就按照sessionId把这个session检索出来使用（检索不到，会新建一个），如果客户端请求不包含sessionId，则为此客户端创建一个session并且生成一个与此session相关联的sessionId，sessionId的值是一个既不会重复，又不容易被找到规律以仿造的字符串，这个sessionId将被在本次响应中返回给客户端保存。

Cookie被禁用

如果客户端禁用了cookie，通常有两种方法实现session而不依赖cookie。

URL重写，就是把sessionId直接附加在URL路径的后面。
表单隐藏字段。就是服务器会自动修改表单，添加一个隐藏字段，以便在表单提交时能够把session id传递回服务器。比如：
```
 
 
 
 
```

Session共享

对于多网站(同一父域不同子域)单服务器，我们需要解决的就是来自不同网站之间SessionId的共享。由于域名不同(aaa.test.com和bbb.test.com)，而SessionId又分别储存在各自的cookie中，因此服务器会认为对于两个子站的访问,是来自不同的会话。解决的方法是通过修改cookies的域名为父域名达到cookie共享的目的,从而实现SessionId的共享。带来的弊端就是，子站间的cookie信息也同时被共享了。

总结

cookie数据存放在客户的浏览器上，session数据放在服务器上。
cookie不是很安全，别人可以分析存放在本地的cookie并进行cookie欺骗，考虑到安全应当使用session。
session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能，考虑到减轻服务器性能方面，应当使用cookie。
单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。
可以考虑将登陆信息等重要信息存放为session，其他信息如果需要保留，可以放在cookie中。

Http协议基础

什么是http协议

http协议：对浏览器客户端和服务器端之间数据传输的格式规范。

Http请求

GET /day09/hello HTTP/1.1               --请求行
Host: localhost:8080                    --请求头（多个key-value对象）
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-cn,en-us;q=0.8,zh;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive
                                          --一个空行
name=zhangsan&password=123456             --（可选）请求体

请求行

GET /days/hello HTTP/1.1

请求方法类型GET，常见的请求方式：GET 、 POST、 HEAD、 TRACE、 PUT、 CONNECT 、DELETE；
/days/hello为请求URL，如果是GET类型并有请求参数，由？和$拼接在URL上；

URL: 统一资源定位符。http://localhost:8080/days/testImg.html。只能定位互联网资源。是URI 的子集。
URI：统一资源标记符。/days/hello。用于标记任何资源。可以是本地文件系统，局域网或者互联网上的资源。
HTTP/1.1为http协议版本。

http1.0：当前浏览器客户端与服务器端建立连接之后，只能发送一次请求，一次请求之后连接关闭。
http1.1：当前浏览器客户端与服务器端建立连接之后，可以在一次连接中发送多次请求。（基本都使用1.1）。

请求头

Accept: text/html,image/*          -- 浏览器接受的数据类型
Accept-Charset: ISO-8859-1         -- 浏览器接受的编码格式
Accept-Encoding: gzip,compress     --浏览器接受的数据压缩格式
Accept-Language: en-us,zh-         --浏览器接受的语言
Host: www.it315.org:80             --（必须的）当前请求访问的目标地址（主机:端口）
If-Modified-Since: Tue, 11 Jul 2000 18:23:51 GMT    --浏览器最后的缓存时间
Referer: http://www.it315.org/index.jsp             -- 当前请求来自于哪里
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)   --浏览器类型
Cookie:name=eric                  -- 浏览器保存的cookie信息
Connection: close/Keep-Alive      -- 浏览器跟服务器连接状态。close: 连接关闭  keep-alive：保存连接。
Date: Tue, 11 Jul 2000 18:23:51 GMT      -- 请求发出的时间

请求体

name=zhangsan&password=123456         --POST提交的参数放在这里

HttpServletRequest对象

//1.请求行： 
request.getMethod();         //请求方式
request.getRequetURI();      //获取rui
request.getRequetURL();      //获取url
request.getProtocol();       //请求http协议版本
//2.请求头：
request.getHeader("名称");   //根据请求头获取请求值
request.getHeaderNames();    //获取所有的请求头名称
//3.实体内容:
request.getInputStream();    //获取实体内容数据

Http响应

HTTP/1.1 200 OK                     --响应行
Server: Apache-Coyote/1.1           --响应头（key-vaule）
Content-Length: 24 
Date: Fri, 30 Jan 2015 01:54:57 GMT
                                    --一个空行
this is hello servlet!!!            --响应体

响应行

HTTP/1.1 200 OK

相应头

Location: http://www.it315.org/index.jsp   --表示重定向的地址，该头和302的状态码一起使用。
Server:apache tomcat                       --表示服务器的类型
Content-Encoding: gzip                     --表示服务器发送给浏览器的数据压缩类型
Content-Length: 80                         --表示服务器发送给浏览器的数据长度
Content-Language: zh-cn                    --表示服务器支持的语言
Content-Type: text/html; charset=GB2312    --表示服务器发送给浏览器的数据类型及内容编码
Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT  --表示服务器资源的最后修改时间
Refresh: 1;url=http://www.it315.org           --表示定时刷新
Content-Disposition: attachment; filename=aaa.zip --表示告诉浏览器以下载方式打开资源（下载文件时用到）
Transfer-Encoding: chunked
Set-Cookie:SS=Q0=5Lb_nQ; path=/search   --表示服务器发送给浏览器的cookie信息（会话管理用到）
Expires: -1                             --表示通知浏览器不进行缓存
Cache-Control: no-cache
Pragma: no-cache
Connection: close/Keep-Alive            --表示服务器和浏览器的连接状态。close：关闭连接 keep-alive:保存连接

HttpServletResponse对象

//1.响应行： 
response.setStatus();        //设置状态码
//2.响应头： 
response.setHeader("name","value");  //设置响应头
//3.实体内容：
response.getWriter().writer();       //发送字符实体内容
response.getOutputStream().writer()  //发送字节实体内容

重定向

resp.setStatus(302);
resp.setHeader("Location", "OtherServlet");

Http基础

https与http区别

https 协议需要到 ca 申请证书，一般免费证书较少，因而需要一定费用。
http 是超文本传输协议，信息是明文传输，https 则是具有安全性的 ssl 加密传输协议。
http 和 https 使用的是完全不同的连接方式，用的端口也不一样，前者是 80，后者是 443。
http 的连接很简单，是无状态的；HTTPS 协议是由 SSL+HTTP 协议构建的可进行加密传输、身份认证的网络协议，比 http 协议安全。

https工作原理

客户端在使用HTTPS 方式与Web 服务器通信时有以下几个步骤：

客户使用 https 的 URL 访问 Web 服务器，要求与 Web 服务器建立 SSL 连接。
Web 服务器收到客户端请求后，会将网站的证书信息（证书中包含公钥）传送一份给客户端。
客户端的浏览器与 Web 服务器开始协商 SSL 连接的安全等级，也就是信息加密的等级。
客户端的浏览器根据双方统一的安全等级，建立会话密钥，然后利用网站的公钥将会话密钥加密，并传送给网站。
Web 服务器利用自己的私钥解密出会话密钥。
Web 服务器利用会话密钥加密与客户端之间的通信。

[图片上传失败...(image-d4d59c-1539677593281)]

https优缺点

HTTPS 协议握手阶段比较费时，会使页面的加载时间延长近 50%，增加 10% 到 20% 的耗电；
HTTPS 连接缓存不如 HTTP 高效，会增加数据开销和功耗，甚至已有的安全措施也会因此而受到影响；
SSL 证书需要钱，功能越强大的证书费用越高，个人网站、小网站没有必要一般不会用。
SSL 证书通常需要绑定 IP，不能在同一 IP 上绑定多个域名，IPv4 资源不可能支撑这个消耗。

web基础（第十三天）