http协议

一、web应用 Web应用程序是一种可以通过Web访问的应用程序，程序的最大好处是用户很容易访问应用程序，用户只需要有浏览器即可，不需要再安装其他软件。 应用程序有两种模式C/S、B/S。C/S是客户端/服务器端程序，也就是说这类程序一般独立运行。而B/S就是浏览器端/服务器端应用程序， 这类应用程序一般借助谷歌，火狐等浏览器来运行。WEB应用程序一般是B/S模式。Web应用程序首先是“应用程序”，和用标准的程序语言， 如java，python等编写出来的程序没有什么本质上的不同。在网络编程的意义下，浏览器是一个socket客户端，服务器是一个socket服务端 import socket def handle_request(client): request_data = client.recv(1024) print("request_data: ",request_data) client.send("HTTP/1.1 200 OK\r\n\r\n".encode("utf8")) client.send("<h1 style='color:red'>Hello, 路飞学城！ </h1>".encode("utf8")) def main(): sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) sock.bind

第一篇： 一.web应用 web应用是什么 Web应用程序是一种可以通过Web访问的应用程序，程序的最大好处是用户很容易访问应用程序，用户只需要有浏览器即可，不需要再安装其他软件 应用程序有两种模式C/S、B/S。C/S是客户端/服务器端程序，也就是说这类程序一般独立运行。而B/S就是浏览器端/服务器端应用程序，这类应用程序一般借助IE等浏览器来运行。WEB应用程序一般是B/S模式。Web应用程序首先是“应用程序”，和用标准的程序语言，如C、C++等编写出来的程序没有什么本质上的不同。然而Web应用程序又有自己独特的地方，就是它是基于Web的，而不是采用传统方法运行的。换句话说，它是典型的浏览器/服务器架构的产物。 web程序的优点 网络应用程序不需要任何复杂的“展开”过程，你所需要的只是一个适用的浏览器； 网络应用程序通常耗费很少的用户硬盘空间，或者一点都不耗费； 它们不需要更新，因为所有新的特性都在服务器上执行，从而自动传达到用户端； 网络应用程序和服务器端的网络产品都很容易结合，如email功能和搜索功能； 因为它们在网络浏览器窗口中运行，所以大多数情况下它们是通过跨平台使用的 (例如Windows，Mac，Linux等等) web程序的缺点 网络应用程序强调浏览器的适用性。如果浏览器方没有提供特定的功能，或者弃用特定的平台或操作系统版本（导致不适用），就会影响大量用户；

一.HTTP简介 1.HTTP协议，即 超文本传输协议 (Hypertext transfer protocol)。是一种详细规定了 浏览器和万维网(WWW = World Wide Web)服务器 之间互相通信的规则，通过因特网传送万维网文档的数据传送协议。 2.HTTP协议作为TCP/IP模型中应用层的协议也不例外。HTTP协议通常承载于TCP协议之上，有时也承载于TLS或SSL协议层之上，这个时候，就成了我们常说的HTTPS。如下图： 3.HTTP是一个 应用层协议 ，由请求和响应构成，是一个标准的客户端服务器模型。HTTP是一个 无状态 的协议。 4.HTTP默认的端口号为 80 ，HTTPS的端口号为 443 。 5.浏览网页是HTTP的主要应用，但是这并不代表HTTP就只能应用于网页的浏览。HTTP是一种协议，只要通信的双方都遵守这个协议，HTTP就能有用武之地。比如咱们常用的QQ，迅雷这些软件，都会使用HTTP协议(还包括其他的协议)。 二.HTTP特点 1、 简单快速 ：客户向服务器请求服务时，只需传送 请求方法 和 路径 。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。 2、 灵活 ：HTTP允许 传输任意类型的数据对象 。正在传输的类型由Content-Type加以标记。 3、 HTTP 0.9和1.0使用非持续连接

对于 Web编程 人员来说，熟悉了解HTTP协议的状态码是很有必要的，很多时侯可能根据HTTP协议的状态码很快就能定位到错误信息！今天整理了一下所有HTTP状态码。 　　HTTP状态码 （HTTP Status Code）是用来表示网页服务器HTTP 响应状态的3位数字代码。它由 RFC 2616 规范定义的，并得到 RFC 2518 、 RFC 2817 、 RFC 2295 、 RFC 2774 、 RFC 4918 等规范扩展。所有状态码的第一个数字代表了响应的五种状态之一。 HTTP/1.1定义的状态码值和对应的原因短语（Reason-Phrase）的例子。 　　1XX表示:消息 　　这一类型的状态码，代表请求已被接受，需要继续处理。这类响应是临时响应，只包含状态行和某些可选的响应头信息，并以空行结束。由于HTTP/1.0协议中没有定义任何1xx状态码，所以除非在某些试验条件下，服务器禁止向此类客户端发送1xx响应。 这些状态码代表的响应都是信息性的，标示客户应该采取的其他行动。 　　“100″ : Continue 客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分. 　　“101″ : witching Protocols 服务器已经理解了客户端的请求

转自：http://blog.csdn.net/smstong/article/details/5312136 我感觉维基百科说的REST解释的就听明白的，摘录下来： 含状态传输 （英文： Representational State Transfer ，简称 REST ）是 Roy Fielding 博士在2000年他的博士论文中提出来的一种软件架构风格。 目前在三种主流的Web服务实现方案中，因为REST模式与复杂的SOAP和XML-RPC相比更加简洁，越来越多的web服务开始采用REST风格设计和实现。例如， Amazon.com 提供接近REST风格的Web服务进行图书查找；雅虎提供的Web服务也是REST风格的。 要点及标准 需要注意的是，REST是设计风格而 不是 标准。REST通常基于使用 HTTP ， URI ，和XML以及HTML这些现有的广泛流行的协议和标准。 资源是由URI来指定。 对资源的操作包括获取、创建、修改和删除资源，这些操作正好对应HTTP协议提供的GET、POST、PUT和DELETE方法。 通过操作资源的表现形式来操作资源。 资源的表现形式则是XML或者HTML，取决于读者是机器还是人，是消费web服务的客户软件还是web浏览器。当然也可以是任何其他的格式 关于状态 应该注意区别应用的状态和连接协议的状态。HTTP连接是无状态的

状态码的第一位数字定义响应类型。后两位数字没有任何分类角色。 第一位数字有五种值： -1xx: 报告的 - 接收到请求，继续进程. -2xx: 成功 - 步骤成功接收，被理解，并被接受. -3xx: 重发 - 为了完成请求,必须采取进一步措施. -4xx: 客户端出错 - 请求包括错的顺序或不能完成. -5xx: 服务器出错 - 服务器无法完成显然有效的请求. 下面列举HTTP/1.1定义的态码值，和对应的原因短语（Reason-Phrase）的例子，仅作参考，偶尔查询。 Status-Code "100" ; 继续 "101" ; 转换协议 "200" ; OK "201" ; 创建 "202" ; 接受 "203" ; 非权威信息 "204" ; 无内容 "205" ; 重置内容 "206" ; 局部内容 "300" ; 多样选择 "301" ; 永久移动 "302" ; 创建 "303" ; 观察别的部分 "304" ; 只读 "305" ; 用户代理 "307" ; 临时重发 "400" ; 坏请求 "401" ; 未授权的 "402" ; 必要的支付 "403" ; 禁用 "404" ; 没找到 "405" ; 不允许的方式 "406" ; 不接受 "407" ; 需要代理验证 "408" ; 请求超时 "409" ; 冲突 "410" ; 停止 "411" ;

① 客户方错误 　　100　 继续 　　101　 交换协议 ② 成功 　　200 　OK 　　201 　已创建 　　202　 接收 　　203　 非认证信息 　　204　 无内容 　　205 　重置内容 　　206　 部分内容 ③ 重定向 　　300 　多路选择 　　301　 永久转移 　　302　 暂时转移 　　303　 参见其它 　　304 　未修改（Not Modified） 　　305　 使用代理 ④ 客户方错误 　　400　 错误请求（Bad Request） 　　401 　未认证 　　402 　需要付费 　　403　 禁止（Forbidden） 　　404　 未找到（Not Found） 　　405　 方法不允许 　　406　 不接受 　　407　 需要代理认证 　　408　 请求超时 　　409　 冲突 　　410 　失败 　　411 　需要长度 　　412　 条件失败 　　413 　请求实体太大 　　414 　请求URI太长 　　415 　不支持媒体类型 ⑤ 服务器错误 　　500　 服务器内部错误 　　501　 未实现（Not Implemented） 　　502　 网关失败 　　504 　网关超时 　　505 HTTP版本不支持 分享： 来源： https://www.cnblogs.com/fang-beny/p/3567538.html

HTTP协议中的5类状态码详细列出： ① 客户方错误 　　100　 继续 　　101　 交换协议 ② 成功 　　200 　OK 　　201 　已创建 　　202　 接收 　　203　 非认证信息 　　204　 无内容 　　205 　重置内容 　　206　 部分内容 ③ 重定向 　　300 　多路选择 　　301　 永久转移 　　302　 暂时转移 　　303　 参见其它 　　304 　未修改（Not Modified） 　　305　 使用代理 ④ 客户方错误 　　400　 错误请求（Bad Request） 　　401 　未认证 　　402 　需要付费 　　403　 禁止（Forbidden） 　　404　 未找到（Not Found） 　　405　 方法不允许 　　406　 不接受 　　407　 需要代理认证 　　408　 请求超时 　　409　 冲突 　　410 　失败 　　411 　需要长度 　　412　 条件失败 　　413 　请求实体太大 　　414 　请求URI太长 　　415 　不支持媒体类型 ⑤ 服务器错误 　　500　 服务器内部错误 　　501　 未实现（Not Implemented） 　　502　 网关失败 　　504 　网关超时 　　505 HTTP版本不支持 来源： https://www.cnblogs.com/amboyna/archive/2009

Tomcat服务器通过Connector连接器组件与客户程序建立连接，Connector组件负责接收客户的请求，以及把Tomcat服务器的响应结果发送给客户。默认情况下，Tomcat在server.xml中配置了两种连接器： 　　 　　<!-- Define a non-SSL Coyote HTTP/1.1 　　Connector on port 8080 --> 　　<Connector port="8080" 　　maxThreads="150" 　　minSpareThreads="25" 　　maxSpareThreads="75" 　　enableLookups="false" 　　redirectPort="8443" 　　acceptCount="100" 　　debug="0" 　　connectionTimeout="20000" 　　disableUploadTimeout="true" /> 　　 　　<!-- Define a Coyote/JK2 AJP 1.3 　　Connector on port 8009 --> 　　<Connector port="8009" 　　enableLookups="false" 　　redirectPort="8443" debug="0" 　　protocol="AJP/1.3" /> 　　 　

一.HTTP简介 1. HTTP协议，即超文本传输协议(Hypertext transfer protocol)。是一种详细规定了浏览器和万维网(WWW = World Wide Web)服务器之间互相通信的规则，通过因特网传送万维网文档的数据传送协议。 2. HTTP协议作为TCP/IP模型中应用层的协议也不例外。HTTP协议通常承载于TCP协议之上，有时也承载于TLS或SSL协议层之上，这个时候，就成了我们常说的HTTPS。如下图： 3. HTTP是一个应用层协议，由请求和响应构成，是一个标准的客户端服务器模型。HTTP是一个无状态的协议。 4. HTTP默认的端口号为80，HTTPS的端口号为443。 5. 浏览网页是HTTP的主要应用，但是这并不代表HTTP就只能应用于网页的浏览。HTTP是一种协议，只要通信的双方都遵守这个协议，HTTP就能有用武之地。比如咱们常用的QQ，迅雷这些软件，都会使用HTTP协议(还包括其他的协议)。 二.HTTP特点 1. 简单快速：客户向服务器请求服务时，只需传送请求方法和路径。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。 2. 灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。 3. HTTP 0.9和1.0使用非持续连接：限制每次连接只处理一个请求