输入域名发送过程

1. 输入域名后，浏览器会先发送给DNS解析得到IP地址
2. 浏览器封装http报文发送服务器
3. 服务器根据报文，返回相对应的（静态，动态）网页

静态页面：在服务器就相当于直接读取文件字符串然后返回客户端浏览器；（任何时候访问看到的都是一样的界面。）

动态页面：在服务器是先交给某语言环境虚拟机编译运行，按照语法生成代码返回客户端浏览器。（不同条件和时候访问看到的都界面也不同。）

（每次碰到新的资源都会触发新的请求，如css，js等文件）

HTTP、Socket、TCP的区别

这三个概念经常被谈到，也是比较容易被混掉的概念。在回顾之前我们先看一下这三者在TCP/IP协议族中的位置关系：

图4.1 层次关系.png

HTTP是应用层的协议，更靠近用户端；TCP是传输层的协议；而socket是从传输层上抽象出来的一个抽象层，本质是接口。所以本质上三种还是很好区分的。尽管如此，有时候你可能会懵逼，HTTP连接、TCP连接、socket连接有什么区别？好吧，如果上面的图解释的还是不够清楚的话，我们继续往下看。

1、TCP连接与HTTP连接的区别

上文提过，HTTP是基于TCP的，客户端往服务端发送一个HTTP请求时第一步就是要建立与服务端的TCP连接，也就是先三次握手，“你好，你好，你好”。从HTTP 1.1开始支持持久连接，也就是一次TCP连接可以发送多次的HTTP请求。

小总结：HTTP基于TCP

2、TCP连接与Socket连接的区别

在图4.1中我们提到，socket层只是在TCP/UDP传输层上做的一个抽象接口层，因此一个socket连接可以基于连接，也有可能基于UDP。基于TCP协议的socket连接同样需要通过三次握手建立连接，是可靠的；基于UDP协议的socket连接不需要建立连接的过程，不过对方能不能收到都会发送过去，是不可靠的，大多数的即时通讯IM都是后者。

小总结：Socket也基于TCP

3、HTTP连接与Socket连接的区别

区分这两个概念是比较有意义的，毕竟TCP看不见摸不着，HTTP与Socket是实实在在能用到的。

• HTTP是短连接，Socket(基于TCP协议的)是长连接。尽管HTTP1.1开始支持持久连接，但仍无法保证始终连接。而Socket连接一旦建立TCP三次握手，除非一方主动断开，否则连接状态一直保持。
• HTTP连接服务端无法主动发消息，Socket连接双方请求的发送先后限制。这点就比较重要了，因为它将决定二者分别适合应用在什么场景下。HTTP采用“请求-响应”机制，在客户端还没发送消息给服务端前，服务端无法推送消息给客户端。必须满足客户端发送消息在前，服务端回复在后。Socket连接双方类似peer2peer的关系，一方随时可以向另一方喊话。

4、问题来了：什么时候该用HTTP，什么时候该用socket

这个问题的提出是很自然而然的。当你接到一个与另一方的网络通讯需求，自然会考虑用HTTP还是用Socket。

• 用HTTP的情况：双方不需要时刻保持连接在线，比如客户端资源的获取、文件上传等。
• 用Socket的情况：大部分即时通讯应用(QQ、微信)、聊天室、苹果APNs等

http报文详解

（sp空格 CRLF换行 http post数据会放入请求体）

—–请求报文———–

GET https://luox78.github.io/ HTTP/1.1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
Accept-Language: zh-cn
Accept-Encoding: gzip,

deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0;
Windows NT 5.1; SV1; .NET CLR 2.0.50727)
Connection: Keep-Alive

—–响应报文————

HTTP/1.1 200 OK
Connection: keep-alive
Date: Thu, 26 Jul 2007 14:00:02 GMT
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Content-Length: 190
Content-Type: text/html
Set-Cookie: ASPSESSIONIDSAATTCSQ=JOPPKDCAMHHBEOICJPGPBJOB;
path=/
Cache-control: private

http状态码

1xx （临时响应）
用于表示临时响应并需要请求者执行操作才能继续的状态代码。

代码**	说明**
100（继续）	请求者应当继续提出请求。服务器返回此代码则意味着，服务器已收到了请求的第一部分，现正在等待接收其余部分。
101（切换协议）	请求者已要求服务器切换协议，服务器已确认并准备进行切换。

2xx （成功）

用于表示服务器已成功处理了请求的状态代码。

代码**	说明**
200（成功）	服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。如果您的服务器log日志文件显示为此状态，那么，这表示请求成功。
201（已创建）	请求成功且服务器已创建了新的资源。
202（已接受）	服务器已接受了请求，但尚未对其进行处理。
203（非授权信息）	服务器已成功处理了请求，但返回了可能来自另一来源的信息。
204（无内容）	服务器成功处理了请求，但未返回任何内容。
205（重置内容）	服务器成功处理了请求，但未返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图（例如清除表单内容以输入新内容）。
206（部分内容）	服务器成功处理了部分 GET 请求。

3xx （已重定向）
要完成请求，您需要进一步进行操作。通常，这些状态代码是永远重定向的。Google建议：在每次请求时使用的重定向要少于5个。您可以使用网站管理员工具来查看Googlebot
(google机器人程序)在抓取您已重定向的网页时是否会遇到问题。诊断下的抓取错误页中列出了Googlebot 由于重定向错误而无法抓取的网址。

代码**	说明**
300（多种选择）	服务器根据请求可执行多种操作。服务器可根据请求者 (User agent) 来选择一项操作，或提供操作列表供请求者选择。
301（永久移动）	请求的网页已被永久移动到新位置。服务器返回此响应（作为对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。
302（临时移动）	服务器目前正从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。此代码与响应 GET 和 HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置。
303（查看其他位置）	当请求者应对不同的位置进行单独的 GET 请求以检索响应时，服务器会返回此代码。对于除 HEAD 请求之外的所有请求，服务器会自动转到其他位置。
304（未修改）	自从上次请求后，请求的网页未被修改过。服务器返回此响应时，不会返回网页内容。如果网页自请求者上次请求后再也没有更改过，您应当将服务器配置为返回此响应（称为If-Modified-Since HTTP 标头）。
305（使用代理）	请求者只能使用代理访问请求的网页。如果服务器返回此响应，那么，服务器还会指明请求者应当使用的代理。
307（临时重定向）	服务器目前正从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。此代码与响应 GET 和 HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置。但由于 搜索引擎会继续抓取原有位置并将其编入索引，因此您不应使用此代码来通知搜索引擎某个页面或网站已被移动。

4xx （请求错误）
这些状态代码表示，请求可能出错，已妨碍了服务器对请求的处理。

代码**	说明**
400（错误请求）	服务器不理解请求的语法。
401（未授权）	请求要求进行身份验证。登录后，服务器可能会返回对页面的此响应。
403（已禁止）	服务器拒绝请求。如果在搜索引擎尝试抓取您网站上的有效网页时显示此状态代码，那么，这可能是您的服务器或主机拒绝搜索引擎对其进行访问。
404（未找到）	服务器找不到请求的网页。例如，如果请求是针对服务器上不存在的网页进行的，那么，服务器通常会返回此代码。 如果您的网站上没有robots.txt 文件，而您在 Google 网站管理员工具”故障诊断”标签的”网络抓取”-“找不到”页上发现此状态。然而，如果您有robots.txt 文件而又发现了此状态，那么，这说明您的 robots.txt 文件可能是命名错误或位于错误的位置。（该文件应当位于根目录下，且应当名为 robots.txt）。 如果您在Googlebot 尝试抓取的网址上发现此状态（位于”诊断”标签的 HTTP 错误页上），那么，这表示 Googlebot 所追踪的可能是另一网页中的无效链接（旧链接或输入有误的链接）。
405（方法禁用）	禁用请求中所指定的方法。
406（不接受）	无法使用请求的内容特性来响应请求的网页。
407（需要代理授权）	此状态代码与 401（未授权）类似，但却指定了请求者应当使用代理进行授权。如果服务器返回此响应，那么，服务器还会指明请求者应当使用的代理。
408（请求超时）	服务器等候请求时超时。
409（冲突）	服务器在完成请求时发生冲突。服务器必须包含有关响应中所发生的冲突的信息。服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码，同时会提供两个请求的差异列表。
410（已删除）	如果请求的资源已被永久删除，那么，服务器会返回此响应。该代码与 404（未找到）代码类似，但在资源以前有但现在已经不复存在的情况下，有时会替代 404 代码出现。如果资源已被永久删除，那么，您应当使用 301 代码指定该资源的新位置。
411（需要有效长度）	服务器不会接受包含无效内容长度标头字段的请求。
412（未满足前提条）	服务器未满足请求者在请求中设置的其中一个前提条件。
413（请求实体过大）	服务器无法处理请求，因为请求实体过大，已超出服务器的处理能力。
414（请求的 URI 过）	请求的 URI（通常为网址）过长，服务器无法进行处理。
415(不支持的媒体类型)	请求的格式不受请求页面的支持。
416(请求范围不符合要求)	如果请求是针对网页的无效范围进行的，那么，服务器会返回此状态代码。
417（未满足期望值）	服务器未满足”期望”请求标头字段的要求。

5xx （服务器错误）
这些状态代码表示，服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误，而不是请求出错。

代码**	说明**
500（服务器内部错误）	服务器遇到错误，无法完成请求。
501（尚未实施）	服务器不具备完成请求的功能。例如，当服务器无法识别请求方法时，服务器可能会返回此代码。
502（错误网关）	服务器作为网关或代理，从上游服务器收到了无效的响应。
503（服务不可用）	目前无法使用服务器（由于超载或进行停机维护）。通常，这只是一种暂时的状态。
504（网关超时）	服务器作为网关或代理，未及时从上游服务器接收请求。
505（HTTP 版本不受支持）	服务器不支持请求中所使用的 HTTP 协议版本。

自己写一个IIS（静态）

1. 写一个IIS服务端，接收用户的请求，并且把请求报文显示到文本框中。
2. 把请求的报文封装到HttpContext中
   1. HttpContext，添加Response与Request属性。
   2. HttpRequest,解析报文，获取请求方法Method和请求路径RequestUrl
   3. HttpResponse,添加ResponseBody属性，和ResponseHeader属性（只读）
3. 发送到用户浏览器