深入分析Java Web技术内幕 读后笔记

本读后感会将历史的回顾将加入其中，没啥原因就是感兴趣，再者本文内容主要是总结和加上自己的思考

0.前言

学习知识的能力比掌握知识本身更重要，在学习知识的过程中难免会遇到许多难题，并且克服这些难题（发现问题-分析问题-解决问题），许许多多这样的过程就累计起来了（累计，好记性不如烂笔头，一定要有清楚的记录，之后就算遗忘也可以快速拾起），再者IT行业学习知识要避免局限性，肤浅性（局限性指的是后端开发只知道后端开发，理论上说有兴趣的人自然会去了解前端，硬件，算法等等，肤浅性是指在学习新技术时往往只学怎么使用，不知其所以然），但是怎么能学那么多东西呢？这就要求找到知识背后的通用逻辑，开发中的通用逻辑就是数据结构，网络原理等的基础知识，以及设计模式等等，找到通用逻辑之后学习自然就会变得简单。

1.深入Web请求过程

web2.0时代的到来，互联网的网络架构已经从传统的C/S架构转变为更加方便的B/S架构（B/S架构可以看做一种特殊的C/S）,web时代？

浏览器服务器模式带来了两面的好处，对用户和服务的开发者都带来了好处，传统的C/S要自定义应用层协议，B/S使用的都是HTTP协议，由于使用统一的HTTP，所以基于HTTP的服务器就有很多，如Apache，Nginx,Tomcat,JBoss等，通用框架也有很多，这些都不用自己写，直接拿来用，极大的简化了服务提供者的开发

1.1B/S 网络架构概述

基于统一的引用层协议HTTP来交互数据，HTTP采用无状态的短长连接的通信方式

无状态指协议对于事务处理没有记忆能力。
在HTTP/1.0中默认使用短连接。客户端和服务器每进行一次HTTP操作，就建立一次连接，任务结束就中断连接。当客户端浏览器访问的某个HTML或其他类型的Web页中包含有其他的Web资源（如JavaScript文件、图像文件、CSS文件等），每遇到这样一个Web资源，浏览器就会重新建立一个HTTP会话。
而从HTTP/1.1起，默认使用长连接，用以保持连接特性。使用长连接的HTTP协议，会在响应头加入这行代码：
Connection:keep-alive
在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，客户端再次访问这个服务器时，会继续使用这一条已经建立的连接。Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接需要客户端和服务端都支持长连接。
HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接。
注：在真正的读写操作之前，客户端与服务器端之间必须建立一个连接，当读写操作完成后，双方不再需要这个连接时可以释放这个连接。连接的建立依靠“三次握手”，而释放则需要“四次握手”，所以每个连接的建立都是需要资源消耗和时间消耗的。
TCP短链接，TCP长连接
长连接可以省去较多的TCP建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户来说，较适用长连接。不过这里存在一个问题，存活功能的探测周期太长，还有就是它只是探测TCP连接的存活，属于比较斯文的做法，遇到恶意的连接时，保活功能就不够使了。在长连接的应用场景下，client端一般不会主动关闭它们之间的连接，Client与server之间的连接如果一直不关闭的话，会存在一个问题，随着客户端连接越来越多，server早晚有扛不住的时候，这时候server端需要采取一些策略，如关闭一些长时间没有读写事件发生的连接，这样可 以避免一些恶意连接导致server端服务受损；如果条件再允许就可以以客户端机器为颗粒度，限制每个客户端的最大长连接数，这样可以完全避免某个蛋疼的客户端连累后端服务。

短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。但如果客户请求频繁，将在TCP的建立和关闭操作上浪费时间和带宽。长连接多用于操作频繁，点对点的通讯，而且连接数不能太多情况，。每个TCP连接都需要三步握手，这需要时间，如果每个操作都是先连接，再操作的话那么处理速度会降低很多，所以每个操作完后都不断开，次处理时直接发送数据包就OK了，不用建立TCP连接。例如：数据库的连接用长连接， 如果用短连接频繁的通信会造成socket错误，而且频繁的socket 创建也是对资源的浪费。

而像WEB网站的http服务一般都用短链接，因为长连接对于服务端来说会耗费一定的资源，而像WEB网站这么频繁的成千上万甚至上亿客户端的连接用短连接会更省一些资源，如果用长连接，而且同时有成千上万的用户，如果每个用户都占用一个连接的话，那可想而知吧。所以并发量大，但每个用户无需频繁操作情况下需用短连好。

1.请求DNS把域名解析为对应的IP地址
2.LB
3.从分布式缓存，文件系统，数据库中拿数据，并返回
4.浏览器解析发现其他的静态资源，又发起另外的HTTP请求（这些请求很可能在CDN上）