java WEB基础总结：Tomcat

Tomcat服务器端口的配置
1. 可以在server.xml配置文件中的Connector节点进行的端口修改
2. 1 <Connector port="8080" protocol="HTTP/1.1" 2 connectionTimeout="20000" 3 redirectPort="8443" />
3. 一旦服务器中的*.xml文件改变了，则Tomcat服务器就必须重新启动，重新启动之后将重新读取新的配置信息
Tomcat服务器虚拟目录的映射方式
1. 　Web应用开发好后，若想供外界访问，需要把web应用所在目录交给web服务器管理，这个过程称之为虚似目录的映射
2. 虚拟目录的映射方式一：在server.xml文件的host元素中配置
  1. 1 <Host name="localhost" appBase="webapps" 2 unpackWARs="true" autoDeploy="true" 3 xmlValidation="false" xmlNamespaceAware="false"> 4 5 <Context path="/JavaWebApp" docBase="F:\JavaWebDemoProject" /> 6 </Host>
  2. <Context path="/JavaWebApp" docBase="F:\JavaWebDemoProject" /> F盘下的JavaWebDemoProject这个JavaWeb应用映射到JavaWebApp这个虚拟目录上
3. 虚拟目录的映射方式二：让tomcat服务器自动映射
  1. tomcat服务器webapps目录中的web应用，外界可以直接访问
  2. 例如：把F盘下的JavaWebDemoProject这个JavaWeb应用直接copy到tomcat服务器webapps目录中
  3. Tomcat服务器就会自动为JavaWebDemoProject这个JavaWeb应用映射一个同名的虚拟目录"/JavaWebDemoProject
4. 虚拟目录的映射方式三
  1. 在tomcat服务器的\conf\Catalina\localhost目录下添加一个以xml作为扩展名的文件，xml文件的名字可以任意取
  2. context元素的path属性源自于是这个xml文件的名字
  3. Context元素的path属性是用来配置虚似目录的名称的，所以虚似目录的名称就是这个xml文件的名称
Tomcat服务器配置虚似主机
1. 配置虚似主机
  1. 配置虚似主机就是配置一个网站
  2. 平时我们将开发好的JavaWeb应用放到webapps文件夹下，然后就可以使用"http://localhost:端口号/JavaWebAppName"的方式去访问了，其实访问的就是name是"localhost"的那台虚拟主机(Host)，这台虚拟主机管理webapps文件夹下的所有web应用
  3. 使用如下的方式配置一个虚拟主机 <Host name="www.gacl.cn" appBase="F:\JavaWebApps"> 2 3 </Host>
2. windows系统中注册域名
  1. 配置的主机(网站)要想通过域名被外部访问，必须在DNS服务器或windows系统中注册访问网站时使用的域名
  2. C:\Windows\System32\drivers\etc"目录下的hosts文件
  3. 将设置的域名与IP地址绑定在一起
浏览器与服务器交互的过程
1. 浏览器交互图
2. 操作
  1. 浏览器和服务器做了以下几个操作：
  2. 　1、浏览器根据主机名"www.gacl.cn"去操作系统的Hosts文件中查找主机名对应的IP地址。
  3. 2、浏览器如果在操作系统的Hosts文件中没有找到对应的IP地址，就去互联网上的DNS服务器上查找"www.gacl.cn"这台主机对应的IP地址。
  4. 3、浏览器查找到"www.gacl.cn"这台主机对应的IP地址后，就使用IP地址连接到Web服务器。
  5. 4、浏览器连接到web服务器后，就使用http协议向服务器发送请求，发送请求的过程中，浏览器会向Web服务器以Stream(流)的形式传输数据，告诉Web服务器要访问服务器里面的哪个Web应用下的Web资源
    1. 发送HttPrequest请求 request请求包：
    2. 、HTTP请求的细节——请求行　　请求行中的GET称之为请求方式，请求方式有：POST、GET、HEAD、OPTIONS、DELETE、TRACE、PUT，常用的有： GET、 POST 　　用户如果没有设置，默认情况下浏览器向服务器发送的都是get请求，例如在浏览器直接输地址访问，点超链接访问等都是get，用户如想把请求方式改为post，可通过更改表单的提交方式实现。　　不管POST或GET，都用于向服务器请求某个WEB资源，这两种方式的区别主要表现在数据传递上：如果请求方式为GET方式，则可以在请求的URL地址后以?的形式带上交给服务器的数据，多个数据之间以&进行分隔，例如：GET /mail/1.html?name=abc&password=xyz HTTP/1.1 　　GET方式的特点：在URL地址后附带的参数是有限制的，其数据容量通常不能超过1K。　　如果请求方式为POST方式，则可以在请求的实体内容中向服务器发送数据，Post方式的特点：传送的数据量无限制
    3. HTTP请求中的常用消息头　accept:浏览器通过这个头告诉服务器，它所支持的数据类型　　Accept-Charset: 浏览器通过这个头告诉服务器，它支持哪种字符集　　Accept-Encoding：浏览器通过这个头告诉服务器，支持的压缩格式　　Accept-Language：浏览器通过这个头告诉服务器，它的语言环境　　Host：浏览器通过这个头告诉服务器，想访问哪台主机　　If-Modified-Since: 浏览器通过这个头告诉服务器，缓存数据的时间　　Referer：浏览器通过这个头告诉服务器，客户机是哪个页面来的防盗链　　Connection：浏览器通过这个头告诉服务器，请求完后是断开链接还是何持链接
    4. 　GET：告诉Web服务器，浏览器是以GET的方式向服务器发请求。　　　　/JavaWebDemo1/1.jsp：告诉Web服务器，浏览器要访问JavaWebDemo1应用里面的1.jsp这个Web资源。　　　　HTTP/1.1：告诉Web服务器，浏览器是以HTTP协议请求的，使用的是1.1的版本。
  6. 浏览器做完上面4步工作后，就开始等待，等待Web服务器把自己想要访问的1.jsp这个Web资源传输给它
  7. 服务器接收到浏览器传输的数据后，开始解析接收到的数据，服务器解析"GET /JavaWebDemo1/1.jsp HTTP/1.1"里面的内容时知道客户端浏览器要访问的是JavaWebDemo1应用里面的1.jsp这个Web资源，然后服务器就去读取1.jsp这个Web资源里面的内容，将读到的内容再以Stream(流)的形式传输给浏览器，如下图所示
    1. 发送HttpServletResponse返回给浏览器 Response响应包含
      1. 状态行
    2. HTTP响应的细节——状态行
      1. 状态行格式： HTTP版本号　状态码　原因叙述<CRLF> 举例：HTTP/1.1 200 OK
      2. 状态码用于表示服务器对请求的处理结果，它是一个三位的十进制数。响应状态码分为5类
      3. 子主题 3
    3. HTTP响应中的常用响应头(消息头) 　　Location: 服务器通过这个头，来告诉浏览器跳到哪里　　Server：服务器通过这个头，告诉浏览器服务器的型号　　Content-Encoding：服务器通过这个头，告诉浏览器，数据的压缩格式　　Content-Length: 服务器通过这个头，告诉浏览器回送数据的长度　　Content-Language: 服务器通过这个头，告诉浏览器语言环境　　Content-Type：服务器通过这个头，告诉浏览器回送数据的类型　　Refresh：服务器通过这个头，告诉浏览器定时刷新　　Content-Disposition: 服务器通过这个头，告诉浏览器以下载方式打数据　　Transfer-Encoding：服务器通过这个头，告诉浏览器数据是以分块方式回送的　　Expires: -1 控制浏览器不要缓存　　Cache-Control: no-cache 　　Pragma: no-cache
    4. 这个就是Web服务器传输给浏览器的数据
  8. 浏览器拿到服务器传输给它的数据之后，就可以把数据展现给用户看了
Tomcat体系结构
1. 如图
2. 运行机制
  1. Tomcat服务器的启动是基于一个server.xml文件的，Tomcat启动的时候首先会启动一个Server，Server里面就会启动Service，Service里面就会启动多个"Connector(连接器)"，每一个连接器都在等待客户机的连接，当有用户使用浏览器去访问服务器上面的web资源时，首先是连接到Connector(连接器)，Connector(连接器)是不处理用户的请求的，而是将用户的请求交给一个Engine(引擎)去处理，Engine(引擎)接收到请求后就会解析用户想要访问的Host，然后将请求交给相应的Host，Host收到请求后就会解析出用户想要访问这个Host下面的哪一个Web应用,一个web应用对应一个Context。
3. service.xml配置
互联网上的加密原理
1. Tomcat服务器启动时候会启动多个Connector(连接器)，而Tomcat服务器的连接器又分为加密连接器和非加密连机器
2. 对称加密
  1. 采用单钥密码系统的加密方法，同一个密钥可以同时用作信息的加密和解密，这种加密方法称为对称加密，也称为单密钥加密
  2. 优点：由于其速度快，对称性加密通常在消息发送方需要加密大量数据时使用
  3. 注意：因为加密和解密都使用同一个密钥，如何把密钥安全地传递到解密者手上就成了必须要解决的问题
  4. 常用的对称加密有：DES、IDEA、RC2、RC4、SKIPJACK、RC5、AES算法等
3. 非对称加密
  1. 　非对称加密算法需要两个密钥：公开密钥（publickey）和私有密钥（privatekey）。公开密钥与私有密钥是一对，如果用公开密钥对数据进行加密，只有用对应的私有密钥才能解密；如果用私有密钥对数据进行加密，那么只有用对应的公开密钥才能解密。因为加密和解密使用的是两个不同的密钥，所以这种算法叫作非对称加密算法
  2. 工作原理
    1. 　1.A要向B发送信息，A和B都要产生一对用于加密和解密的公钥和私钥。　　2.A的私钥保密，A的公钥告诉B；B的私钥保密，B的公钥告诉A。　　3.A要给B发送信息时，A用B的公钥加密信息，因为A知道B的公钥。　　4.A将这个消息发给B（已经用B的公钥加密消息）。　　5.B收到这个消息后，B用自己的私钥解密A的消息。其他所有收到这个报文的人都无法解密，因为只有B才有B的私钥
  3. 注意：非对称性加密存在一个问题：A想向B发数据，A如何确定拿到的公钥一定是B发的呢？那么如何解决这个问题呢？只能靠一个第三方机构(CA机构，即证书授权中心(Certificate Authority )，或称证书授权机构)来担保。A想向B发数据，B首先将公钥发给CA机构，CA机构拿到B的公钥后跑到B的家里问：这是你发的公钥吗？B确认过后说是：没错，是我发的！那么此时CA机构就会为B的公钥做担保，生成一份数字证书给B，数字证书包含了CA的担保认证签名和B的公钥，B拿到CA的这份数字证书后，就发给A，A拿到数字证书后，看到上面有CA的签名，就可以确定当前拿到的公钥是B发的，那么就可以放心大胆地使用公钥加密数据，然后发给B了
Tomcat与jetty比较
1. 相同点
  1. Tomcat和Jetty都是一种Servlet引擎，他们都支持标准的servlet规范和JavaEE的规范
2. 不同点
  1. 架构比较
    1. Jetty的架构比Tomcat的更为简单
    2. Jetty的架构是基于Handler来实现的，主要的扩展功能都可以用Handler来实现，扩展简单。
    3. Tomcat的架构是基于容器设计的，进行扩展是需要了解Tomcat的整体设计结构，不易扩展。
  2. 性能比较
    1. jetty
      1. Jetty和Tomcat性能方面差异不大
      2. Jetty可以同时处理大量连接而且可以长时间保持连接，适合于web聊天应用等等。
      3. Jetty的架构简单，因此作为服务器，Jetty可以按需加载组件，减少不需要的组件，减少了服务器内存开销，从而提高服务器性能。
      4. Jetty默认采用NIO结束在处理I/O请求上更占优势，在处理静态资源时，性能较高
    2. Tomcat
      1. Tomcat适合处理少数非常繁忙的链接，也就是说链接生命周期短的话，Tomcat的总体性能更高。
      2. Tomcat默认采用BIO处理I/O请求，在处理静态资源时，性能较差。
  3. 其他比较
    1. Jetty的应用更加快速，修改简单，对新的Servlet规范的支持较好。
    2. Tomcat目前应用比较广泛，对JavaEE和Servlet的支持更加全面，很多特性会直接集成进来。