通讯协议:HTTP、TCP、UDP

很久没有更新个人博客了, 预计都长霉了.. 项目都忙得差点儿相同了,   公司这两天也搬家了 , 先来没事 就写点东西.咱今天不提代码如何,说点其它的 先来谈谈iOS开发中常见的通讯协议   ,废话不说了,   直接来....

都是通讯协议,也就是通讯时所遵照的规则,仅仅有两方依照这个规则“说话”。对方才干理解或为之服务。html

TCP   HTTP   UDP三者的关系:web

TCP/IP是个协议组。可分为四个层次:网络接口层、网络层、传输层和应用层。浏览器

在网络层有IP协议、ICMP协议、ARP协议、RARP协议和BOOTP协议。缓存

在传输层中有TCP协议与UDP协议。安全

在应用层有FTP、HTTP、TELNET、SMTP、DNS等协议。cookie

所以,HTTP自己就是一个协议,是从Webserver传输超文本到本地浏览器的传送协议。网络

socket: 
这是为了实现以上的通讯过程而创建成来的通讯管道。其真实的表明是client和server端的一个通讯进程,两方进程经过socket进行通讯,而通讯的规则採用指定的协议。app

socket仅仅是一种链接模式,不是协议,tcp、udp,简单的说(尽管不许确)是两个最主要的协议,很是多其它协议都是基于这两个协议如,http就是基于tcp的,.用socket可以建立tcp链接,也可以建立udp链接。这意味着,用socket可以建立不论什么协议的链接。因为其它协议都是基于此的。socket

如下咱们主要来看一下和咱们互联网生活密切相关的协议:HTTPtcp

什么是Http协议

HTTP全称是HyperText Transfer Protocal。即:超文本传输协议。从1990年開始就在WWW上普遍应用,是现今在WWW上应用最多的协议,    Http是应用层协议。当你上网浏览网页的时候,浏览器和Webserver之间就会经过HTTP在Internet上进行数据的发送和接收。

Http是一个基于请求/响应模式的、无状态的协议。即咱们一般所说的Request/Response。

 

URL

URL(Uniform Resource Locator) 地址用于描写叙述一个网络上的资源,  基本格式例如如下

schema://host[:port#]/path/…/[?query-string][#anchor]

scheme               指定低层使用的协议(好比:http, https, ftp)

host                   HTTPserver的IP地址或者域名

port#                 HTTPserver的默认port是80,这样的状况下port号可以省略。假设使用了别的port,必须指明,好比 http://www.cnblogs.com:8080/

path                   訪问资源的路径

query-string       发送给httpserver的数据

anchor-            

URL 的一个样例

http://www.mywebsite.com/sj/test/test.aspx?name=sviergn&x=true#stuff

Schema:                 http
host:                   www.mywebsite.com
path:                   /sj/test/test.aspx
Query String:           name=sviergn&x=true
Anchor:                 stuff

 

HTTPRequest/Response

先看Request 消息的结构,   Request 消息分为3部分

第一部分叫Request line,

 第二部分叫Request header,

第三部分是body. header和body之间有个空行,

 结构例如如下图

第一行中的Method表示请求方法,比方”POST”,”GET”,  Path-to-resoure表示请求的资源, Http/version-number 表示HTTP协议的版本号号

当使用的是”GET” 方法的时候, body是为空的

比方咱们打开博客园首页的request 例如如下

GET http://www.cnblogs.com/ HTTP/1.1
Host: www.cnblogs.com

抽象的东西。难以理解,老感受是虚的, 所谓眼见为实, 实际见到的东西,咱们才干理解和记忆。 咱们今天用Fiddler,实际的看看Request和Response.

如下咱们打开Fiddler 捕捉一个博客园登陆的Request 而后分析下它的结构, 在Inspectors tab下以Raw的方式可以看到完整的Request的消息,

 例如如下图

 

Accept

做用: 浏览器端可以接受的媒体类型,

好比:  Accept: text/html  表明浏览器可以接受server回发的类型为 text/html  也就是咱们常说的html文档,

假设server没法返回text/html类型的数据,server应该返回一个406错误(non acceptable)

通配符 * 表明随意类型

好比  Accept: */*  表明浏览器可以处理所有类型,(通常浏览器发给server都是发这个)

Referer:

做用: 提供了Request的上下文信息的server,告诉server我是从哪一个连接过来的,比方从我主页上连接到一个朋友那里,他的server就可以从HTTP Referer中统计出天天有多少用户点击我主页上的连接訪问他的站点。

好比: Referer:http://translate.google.cn/?hl=zh-cn&tab=wT

Accept-Language

做用: 浏览器申明本身接收的语言。

语言跟字符集的差异:中文是语言,中文有多种字符集,比方big5。gb2312,gbk等等。

好比: Accept-Language: en-us

Content-Type

做用:

好比:Content-Type: application/x-www-form-urlencoded

Accept-Encoding

做用: 浏览器申明本身接收的编码方法,一般指定压缩方法,是否支持压缩,支持什么压缩方法(gzip。deflate)。(注意:这不是仅仅字符编码);

好比: Accept-Encoding: gzip, deflate

User-Agent

做用:告诉HTTPserver, client使用的操做系统和浏览器的名称和版本号.

咱们上网登录论坛的时候,每每会看到一些欢迎信息。当中列出了你的操做系统的名称和版本号,你所使用的浏览器的名称和版本号,这每每让很是多人感到很是奇妙,实际上。server应用程序就是从User-Agent这个请求报头域中获取到这些信息User-Agent请求报头域赞成client将它的操做系统、浏览器和其它属性告诉server。

好比: User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)

Connection

好比: Connection: keep-alive   当一个网页打开完毕后,client和server之间用于传输HTTP数据的TCP链接不会关闭,假设client再次訪问这个server上的网页。会继续使用这一条已经创建的链接

好比:  Connection: close  表明一个Request完毕后,client和server之间用于传输HTTP数据的TCP链接会关闭, 当client再次发送Request,需要又一次创建TCP链接。

Content-Length

做用:发送给HTTPserver数据的长度。

好比: Content-Length: 38

Host(发送请求时。该报头域是必需的)

做用: 请求报头域主要用于指定被请求资源的Internet主机和port号,它一般从HTTP URL中提取出来的

好比: 咱们在浏览器中输入:http://www.guet.edu.cn/index.html

浏览器发送的请求消息中,就会包括Host请求报头域,例如如下:

Host:http://www.guet.edu.cn

此处使用缺省port号80。若指定了port号,则变成:Host:指定port号

Pragma

做用: 防止页面被缓存。 在HTTP/1.1版本号中。它和Cache-Control:no-cache做用如出一辙

Pargma仅仅有一个使用方法, 好比: Pragma: no-cache

Cookie:

做用: 最重要的header, 将cookie的值发送给HTTP server

Accept-Charset

做用:浏览器申明本身接收的字符集。这就是本文前面介绍的各类字符集和字符编码,如gb2312。utf-8(一般咱们说Charset包括了相应的字符编码方案)。

咱们再看Response消息的结构, 和Request消息的结构基本同样。 相同也分为三部分

第一部分叫Response line,

 第二部分叫Response header。

第三部分是body. header和body之间也有个空行,

 结构例如如下图

HTTP/version-number表示HTTP协议的版本号号,  status-code 和message 请看下节[状态代码]的详解.

咱们用Fiddler 捕捉一个博客园首页的Response而后分析下它的结构, 在Inspectors tab下以Raw的方式可以看到完整的Response的消息,   例如如下图

Cache-Control

做用: 这个是很是重要的规则。

这个用来指定Response-Request遵循的缓存机制。各个指令含义例如如下

Cache-Control:Public   可以被不论什么缓存所缓存()

Cache-Control:Private     内容仅仅缓存到私有缓存中

Cache-Control:no-cache  所有内容都不会被缓存

还有其它的一些使用方法。 我没搞懂当中的意思, 请你们參考其它的资料

Content-Type

做用:WEBserver告诉浏览器本身响应的对象的类型和字符集,

好比:

Content-Type: text/html; charset=utf-8

Content-Type:text/html;charset=GB2312

Content-Type: image/jpeg

Expires

做用: 浏览器会在指定过时时间内使用本地缓存

好比: Expires: Tue, 08 Feb 2022 11:35:14 GMT

Last-Modified:

做用: 用于指示资源的最后改动日期和时间。(实例请看上节的If-Modified-Since的实例)

好比: Last-Modified: Wed, 21 Dec 2011 09:09:10 GMT

Server:

做用:指明HTTPserver的软件信息

好比:Server: Microsoft-IIS/7.5

X-AspNet-Version:

做用:假设站点是用ASP.NET开发的,这个header用来表示ASP.NET的版本号

好比: X-AspNet-Version: 4.0.30319

X-Powered-By:

做用:表示站点是用什么技术开发的

好比: X-Powered-By: ASP.NET

Connection

好比: Connection: keep-alive   当一个网页打开完毕后,client和server之间用于传输HTTP数据的TCP链接不会关闭,假设client再次訪问这个server上的网页,会继续使用这一条已经创建的链接

好比:  Connection: close  表明一个Request完毕后,client和server之间用于传输HTTP数据的TCP链接会关闭, 当client再次发送Request,需要又一次创建TCP链接。

Content-Length

指明实体正文的长度,以字节方式存储的十进制数字来表示。

在数据下行的过程当中。Content-Length的方式要预先在server中缓存所有数据。而后所有数据再一古脑儿地发给client。

好比: Content-Length: 19847

 Date

做用:  生成消息的详细时间和日期

好比: Date: Sat, 11 Feb 2012 11:35:14 GMT

HTTP协议之GetPost

Http协议定义了很是多与server交互的方法,最主要的有4种,各自是GET,POST,PUT,DELETE. 一个URL地址用于描写叙述一个网络上的资源,而HTTP中的GET, POST, PUT, DELETE就相应着对这个资源的查,改。增。删4个操做。 咱们最多见的就是GET和POST了。GET通常用于获取/查询资源信息,而POST通常用于更新资源信息.

咱们看看GET和POST的差异

1. GET提交的数据会放在URL以后,以?

切割URL和数据传输,參数之间以&相连。如EditPosts.aspx?

name=test1&id=123456.  POST方法是把提交的数据放在HTTP包的Body中.

2. GET提交的数据大小有限制(因为浏览器对URL的长度有限制)。而POST方法提交的数据没有限制.

3. GET方式需要使用Request.QueryString来取得变量的值,而POST方式经过Request.Form来获取变量的值,也就是说Get是经过地址栏来传值,而Post是经过提交表单来传值。

4. GET方式提交数据,会带来安全问题,比方一个登陆页面,经过GET方式提交数据时。username和password将出现在URL上,假设页面可以被缓存或者其它人可以訪问这台机器,就可以从历史记录得到该用户的帐号和password.

相关文章
相关标签/搜索