HTTP应用协议的实现.pptVIP

请求头格式 a) 通用头(general-header)：Cache-Control：客户端希望服务端如何缓存自己的请求数据，如 Cache-Control: no-cache， Cache-Control: max-age=0； Connection：客户端是否希望与服务端之间保持长连接，如 Connection: close, Connection: keep-alive； Date：只有当请求方法为POST或PUT方法时客户端才可能会有些字段； Pragma：包含了客户端一些特殊请求信息，如 Pragma: no-cache 客户端希望代理或应用服务器不应缓存与该请求相关的结果数据； Via：一般用在代理网关向应用服务器发送的请求头中，表明该来自客户端的请求经过了网关代理，格式为：Via: 请求协议版本? 网关标识?? [其它信息] ，???? 如 ： Via: 1.1? webcache_250_199.:80 (squid) * 请求头格式 * 请求头格式 b) 请求头(request-header)： Accept-Encoding：客户端所能识别的编码压缩格式， 如：“Accept-Encoding: gzip, deflate”； If- Modified-Since：该字段与客户端缓存相关，客户端所访问的URL自该指定日期以来在服务端是否被修改过，如果修改过则服务端返回新的修改后的信息，如果未修改过则服务器返回304表明此请求所指URL未曾修改过， 如：“If-Modified-Since: Fri, 2 Sep 2006 19:37:36 GMT”； If-None-Match：该字段与客户端缓存相关，客户端发送URL请求的同时发送该字段及标识，如果服务端的标识与客户端的标识一致，则返回304表明此URL未修改过，如果不一致则服务端返回完整的数据信息， 如：“If-None-Match: 0f0a893aad8c61:253, 0f0a893aad8c61:252, 0f0a893aad8c61:251”； Cookie：为扩展字段，存储于客户端，向同一域名的服务端发送属于该域的cookie， 如：“Cookie: MailUserName=whouse”； * 请求头格式 * 响应格式 a) 通用头(general-header)： Cache- Control：服务端要求中间代理及客户端如何缓存自己响应的数据， 如“Cache-Control: no-cache”， 如：“Cache-Control: private” 不希望被缓存， “Cache-Control: public” 可以被缓存； Connection：服务端是否希望与客户端之间保持长连接， 如“Connection: close”, “Connection: keep-alive”； Date：只有当请求方法为POST或PUT方法时客户端才可能会有些字段； Pragma：包含了服务端一些特殊响应信息， 如 “Pragma: no-cache” 服务端希望代理或客户端不应缓存结果数据； Transfer-Encoding：服务端向客户端传输数据所采用的传输模式(仅在HTTP1.1中出现)， 如：“Transfer-Encoding: chunked”， 注：该字段的优先级要高于“Content-Length”　字段的优先级； * 响应格式 * 响应格式 c）实体头(entity-header): (此类头存在时要求有数据体) Content-Encoding：服务端所响应数据的编码格式， 如：“Content-Encoding: gzip”； Content-Length：服务端所返回数据的数据体部分的内容长度， 如：“ Content-Length: 24”； Content-Type：服务端所返回的数据体的内容类型， 如：“Content-Type: text/html; charset=gb2312” ； Set-Cookie：服务端返回给客户端的cookie数据， 如：“ Set-Cookie: ASP.NET_SessionId=icnh2ku2dqlmkciyobgvzl55; path=/” * 服务器返回状态码 1xx：表明服务端接收了客户端请求，客户端继续发送请求；2xx：客户端发送的请求被服务端成功接收并成功进行了处理；3xx：服务端给客户端返回用于重定向的信息；4xx：客户端的请求有非法内容；5xx：服务端未能正常处理客户端的请求而出现意外错误。 ? 举例： “100”? ; 服务端希望客户端继续；“200”? ; 服务端成功接收并处理了客户端的请求；“30