这是我的第一篇博客…算是一个开端吧…用文字记录一下每一天都干嘛了..如果做了事情记录下来,如果以后忘记了还可以回顾.如果这一天都水过去了,在写博客的时候也会让自己有羞耻感,并希望第二天可以不水过去…希望这个暑假过后我会有收获,而不是像以往一样没啥收获…
本篇博客的主题就是读《图解HTTP》的笔记，其实之前已经读过60多页了，但由于是断断续续的读，再一打开甚至不知道之前都讲过什么，所以应该做一些笔记，整理一下知识点。Ok，Let’s do it。
第1章
了解Web及网络基础1.1使用HTTP协议访问Web
通过发送请求获取服务器资源的Web浏览器等都可称为客户端（client）。
Web使用一种名为HTTP的协议作为规范，完成从客户端到服务器端一系列运作流程。而协议是指规则的约定。可以说，Web是建立在HTTP协议上通信的。1.2 HTTP的诞生..没啥好写的
1.3 网络基础TCP/IP （先不写了直接翻书吧在p23页咋觉着哪个概念都挺重要呢。。。）
计算机与网络设备要相互通信，双方就必须基于相同的方法。不同的硬件、操作系统之间的通信，所有的这一切都需要一种规则。而我们就把这种规则成为协议。
TCP/IP协议族里重要的一点就是分层。分为以下4层：应用层、传输层、网络层和数据链路层。
应用层决定了向用户提供应用服务时通信的活动。FTP（File Transfer Protocol，文件传输协议）和DNS(Domain Name System 域名系统)服务就是其中两类.HTTP协议也处于该层。
传输层对上层应用层,提供处于网络连接中的两台计算机之间的数据传输.有两个性质不同的协议:TCP(Transmission Control Protocol,传输控制协议)和UDP(User Data Protocol,用户数据报协议)。接下来是一个生动的例子:
我们用HTTP举例来说明,首先作为发送端的客户端在应用层(HTTP协议)发出一个想看某个Web页面的HTTP请求.
接着,为了传输方便,在传输层(TCP协议)把从应用层处收到的数据(HTTP请求报文)进行分割,并在各个报文上打上标记序号及端口号转发给网络层。
在网络层（IP协议），增加作为通信目的地的MAC地址后转发给链路层。这样一来，发往网络的通信请求就准备齐全了。
1.4 与HTTP关系密切的协议:IP、TCP和DNS
IP协议：有点像快递公司的送货过程。想要寄快递的人，只要将自己的货物送到集散中心，就可以知道快递公司是否肯收件发货，该快递公司的集散中心检查货物的送达地址，明确下站该送往哪个区域的集散中心。接着那个区域的集散中心自会判断是否能送到对方的家中。
（MAC地址喵喵喵？？？）确保可靠性的TCP协议：提供可靠的字节流服务。
为了准确无误地将数据送达目标出，TCP协议采用了三次握手策略。发送端首先发送一个带SYN标志的数据包给对方。接收端收到后，回传一个带有SYN/ACK标志的数据包以示传达确认信息.最后,发送端再回传一个带ACK标志的数据包,代表”握手”结束.
若在握手过程中某个阶段莫名中断,TCP协议会再次以相同的顺序发送相同的数据包.
1.5 负责域名解析的DNS服务
1.6 各种协议与HTTP协议的关系
喵喵喵，这图画的也太好了，文字描述显的有些无力。。。。
1.7 URI和URL(这个看的不太懂,在接下来多理解再来补充)
URI强调的是给资源标记命名，URL强调的是给资源定位，但是你会发现，URL显然比URI包含信息更多，我通过URL也可以知道张三是总经理，并且我还知道了他的地址，所以大多数情况下大家觉得给一个网络资源分别命名和给出地址太麻烦，干脆就用地址既当地址用，又当标记名用，所以，URL也充当了WWW万维网里面URI的角色，但是他比URI多了一层意义，我不光知道你叫什么，我还知道你在哪里。我们在浏览器输入的都是URL，因为我们输入的目的是为了找到某一个资源，当然你输入的是URI也是没错的，因为URL也是URI。
URL是使用Web浏览器等访问Web页面时需要输入的网页地址。比如 http://hackr.jp/ 就是URL.
