'httpd知识'
OSI模型
OSI模型七层
应用层 ==> 为应用程序提供服务
表示层 ==> 数据格式转化，数据加密
会话层 ==> 建立，管理和维护会话
传输层 ==> 建立，管理和维护端到端的连接
网络层 ==> IP地址及路由选择
数据链路层 ==> 提供介质访问和链路管理
物理层 ==> 物理层
TCP/IP五层模型
应用层 =====>}
表示层 ======} ===> 应用层（各种应用层协议）
会话层 =====>}
传输层 =======>传输层（TCP或UDP）
网络层 =======>网络层（网络层IP）
数据链路层 =======>数据链路层
物理层 =======>物理层 （网络接口层）
HTTP协议是超文本传输协议，基于TCP/IP通信协议来传递数据（html文件，图片文件，查询结果等），属于应用层的面向对象的协议，简捷，快速，适用于分布式超媒体信息系统
TCP/IP协议
1,tcp/udp协议：tcp是一种面向连接的、可靠的、基于字节流的传输层协议，udp是一种无连接的传输层协议， 提供面向事务的简单不可靠信息传输层协议 1.TCP提供的是面向连接的、可靠的数据流传输； UDP提供的是非面向连接的、不可靠的数据流传输。
2.TCP提供可靠的服务，通过TCP连接传送的数据，无差错、不丢失，不重复，按序到达；UDP尽最大努力交 付，即不保证可靠交付。
3.TCP面向字节流； UDP面向报文。
4.TCP连接只能是点到点的； UDP支持一对一、一对多、多对一和多对多的交互通信。
5.TCP首部开销20字节； UDP的首部开销小，只有8个字节。
6.TCP的逻辑通信信道是全双工的可靠信道； UDP的逻辑通信信道是不可靠信道。
TCP/IP 协议族按层次分别分 为以下 4 层：应用层、传输层、网络层和数据链路层
应用层决定了向用户提供应用服务时通信的活动。
比如，FTP（File Transfer Protocol，文件传输协议）和 DNS（Domain Name System，
域 名系统）服务就是其中两类。 HTTP 协议也处于该层。
传输层 传输层对上层应用层，提供处于网络连接中的两台计
算机之间的数据 传输。 在传输层有两个性质不同的协议：TCP（Transmission Control
Protocol，传输控制协议）和 UDP（User Data Protocol，用户数据报 协议）。
网络层（又名网络互连层） 网络层用来处理在网络上流动的数据包。
数据包是网络传输的最小数 据单位。该层规定了通过怎样的路径（
所谓的传输路线）到达对方计 算机，并把数据包传送给对方。 与对方计算机之间
通过多台计算机或网络设备进行传输时，网络层所 起的作用就是在众多的选项内选
择一条传输路线
链路层（又名数据链路层，网络接口层） 用来处理连接网络的硬
件部分。包括控制操作系统、硬件的设备驱 动、NIC（Network Interface Card，
网络适配器，即网卡），及光纤等 物理可见部分（还包括连接器等一切传输媒介）。硬
件上的范畴均在 链路层的作用范围之内
URL与URI的区别
URL和URI的区别：URL是唯一资源定位符，URI是唯一资源标识符
"“URI可以分为URL,URN或同时具备locators 和names特性的一个东西。URN作用就好像一个人的名字，URL就像一个人的地址。换句话说：URN确定了东西的身份，URL提供了找到它的方式。”
URI
Uniform 规定统一的格式可方便处理多种不同类型的资源，而不用根据上下文 环境来识别资源指定的访问方式。另外，加入新增的协议方案（如 http: 或 ftp:）也更容易。
Resource 资源的定义是"“可标识的任何东西”。
Identifier 表示可标识的对象。也称为标识符
示例：http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name
从上面的URL可以看出，一个完整的URL包括以下几部分：
1.协议部分：该URL的协议部分为"“http：”，这代表网页使用的是HTTP协议。在Internet中可以使用多种协议，如HTTP，FTP等等本例中使用的是HTTP协议。在"HTTP"后面的"“//“为分隔符
2.域名部分：该URL的域名部分为”“www.aspxfans.com”。一个URL中，也可以使用IP地址作为域名使用
3.端口部分：跟在域名后面的是端口，域名和端口之间使用”“:“作为分隔符。端口不是一个URL必须的部分，如果省略端口部分，将采用默认端口
4.虚拟目录部分：从域名后的第一个”/“开始到最后一个”/“为止，是虚拟目录部分。虚拟目录也不是一个URL必须的部分。本例中的虚拟目录是”/news/”
5.文件名部分：从域名后的最后一个"“/“开始到””？“为止，是文件名部分，如果没有”?“,则是从域名后的最后一个”/“开始到”#“为止，是文件部分，如果没有”？“和”#“，那么从域名后的最后一个”/“开始到结束，都是文件名部分。本例中的文件名是"index.asp”。文件名部分也不是一个URL必须的部分，如果省略该部分，则使用默认的文件名
6.锚部分：从"#“开始到最后，都是锚部分。本例中的锚部分是"name”。锚部分也不是一个URL必须的部分
7.参数部分：从"？“开始到”#“为止之间的部分为参数部分，又称搜索部分、查询部分。本例中的参数部分为"boardID=5&ID=24618&page=1”。参数可以允许有多个参数，参数与参数之间用"&"作为分隔符。
HTTP特点
1.支持客户/服务器模式。（C/S模式）
2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
3.灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
4.无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
5.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快
http与https的异同点
一，HTTP 和 HTTPS 的相同点：
大多数情况下，HTTP 和 HTTPS 是相同的，因为都是采用同一个基础的协议，作为 HTTP 或 HTTPS 客户端——浏览器，设立一个连接到 Web 服务器指定的端口。当服务器接收到请求，它会返回一个状态码以及消息，这个回应可能是请求信息、或者指示某个错误发送的错误信息。系统使用统一资源定位器 URI 模式，因此资源可以被唯一指定。而 HTTPS 和 HTTP 唯一不同的只是一个协议头(https)的说明，其他都是一样的。
二，HTTP 和 HTTPS 的区别：
1，HTTP 加上加密处理和认证以及完整性保护后即是 HTTPS
2，https协议需要到ca申请证书，一般免费证书很少，需要交费。
3，http是超文本传输协议，信息是明文传输，https 则是具有安全性的ssl加密传输协议。
4，http和https使用的是完全不同的连接方式用的端口也不一样，前者是80，后者是443。
5，http的连接很简单，是无状态的。HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全。
6，HTTPS 比 HTTP 要慢 2 到 100 倍
头部字段信息含义
请求头
请求字段名 说明
Accept 用户代理可处理的媒体类型
Accept-Charset 优先的字符集
Accept-Charset: iso-8859-5, unicode-1-1;q=0.8以此字符集方式返回给我
Accept-Encoding 优先的内容编码
Accept-Language 优先的语言（自然语言）
Authorization Web认证信息
Expect 期待服务器的特定行为 Expect: 100-continue
From 用户的电子邮箱地址
Host 请求资源所在服务器
If-Match 比较实体标记（ETag）
If-Modified-Since 比较资源的更新时间
If-None-Match 比较实体标记（与 If-Match 相反）
If-Range 资源未更新时发送实体 Byte 的范围请求
If-Unmodified-Since 比较资源的更新时间（与If-Modified-Since相反）
Max-Forwards 最大传输逐跳数 Max-Forwards: 10，最多只能转发10次
Proxy-Authorization 代理服务器要求客户端的认证信息
Range 实体的字节范围请求
Referer 对请求中 URI 的原始获取方
TE 传输编码的优先级
User-Agent HTTP 客户端程序的信息
DNT (Do Not Track) 表明了用户对于网站追踪的偏好。它允许用户指定自己是否更注重个人隐私还是定制化内容。 0代表用户愿意追踪用户信息，1代表不愿意
响应头
响应头字段名 说明
Accept-Ranges 是否接受字节范围请求
Age 推算资源创建经过时间
ETag 资源的匹配信息
Location 令客户端重定向至指定URI
Proxy-Authenticate 代理服务器对客户端的认证信息
Retry-After 对再次发起请求的时机要求
Server HTTP服务器的安装信息
Vary 代理服务器缓存的管理信息
WWW-Authenticate 服务器对客户端的认证信息
请求行的第一个参数
三次握手与四次挥手
首先客户端发送连接请求报文，服务端接受连接后回复ACK报文，并为这次连接分配资源。客户端接收到ACK报文后也向服务端发送ACK报文，并分配资源，这样TCP连接就建立了
为什么连接的时候是三次握手，关闭的时候却是四次握手？
答：因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手。
参考链接：https://blog.csdn.net/ce123_zhouwei/article/details/17453033 (ip数据格式)
http://www.360doc.com/content/11/1201/09/7503466_168805370.shtml (tcp/udp数据格式)
https://blog.csdn.net/qzcsu/article/details/72861891 (tcp三次握手与四次挥手)
https://blog.csdn.net/xifeijian/article/details/12777187 （tcp为何三次握手和四次挥手）
https://blog.csdn.net/li1914309758/article/details/70050022 (以太网四种帧格式)
常用响应码
204请求成功，但没有资源可返回
206该状态码表示客户端进行了范围请求，而服务器成功执行了这部分的
GET 请求。响应报文中包含由 Content-Range 指定范围的实体内容。
301当指定资源路径的最后忘记添加斜杠"/"，就会产生永久性重定向
302临时性重定向，但会POST变为GET
303该状态码表示由于请求对应的资源存在着另一个 URI，应使用 GET
方法定向获取请求的资源
304服务器端允许请求访 问资源，但未满足条件的情况。304 状态码返回时，不包含任何响应 的主体部分。304 虽然被划分在 3XX 类别中，但是和重定向没有关系。
307 临时重定向，会遵照浏览器标准，不会从 POST 变成 GET
400请求报文中存在语法错误。当错误发生时，需修改请求的内容后再次发送请求。另外，浏览器会像 200 OK 一样对待该状态码。
401表示发送的请求认证失败
403表示发送请求被拒绝
404该状态码表明服务器上无法找到请求的资源。除此之外，也可以在服务器端拒绝请求且不想说明理由时使用
500服务器内部错误
503表示服务器超负荷或停机维护