1 / 3
文档名称:

http协议(三)几种数据传输方式.docx

格式:docx   大小:117KB   页数:3页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

http协议(三)几种数据传输方式.docx

上传人:老狐狸 2022/6/12 文件大小:117 KB

下载得到文件列表

http协议(三)几种数据传输方式.docx

相关文档

文档介绍

文档介绍:协议〔三〕几种数据传输方式说说 协议的一些特点: 1〕无状态
协议是一种自身不对恳求和响应之间的通信状态进展保存的协议,即无状态协议。
这种设置的好处是:更快的处理更多的恳求事务,确保协议的可伸缩性
不过随着 we 协议〔三〕几种数据传输方式说说 协议的一些特点: 1〕无状态
协议是一种自身不对恳求和响应之间的通信状态进展保存的协议,即无状态协议。
这种设置的好处是:更快的处理更多的恳求事务,确保协议的可伸缩性
不过随着 web 的不断进展,有时候,需要将这种状态进展保持,随即,就引入了cookie 技术,cookie 技术通过在恳求和响应报文中写入cookie 信息来把握客户端的状态。有关 cookie 的内容后面我们再说。。。
长久性
正常在发送 时,都需要建立 TCP 的连接,再发送报文。
假设每次想要发送 报文都需要经过这个过程,那么时间大局部都会消耗在建立和断开连接的过程中。
因此 中使用了 connection 属性,用于指定连接的方式。
当设置成 keep-alive, 就会建立一条长久化的连接,不需要每次都建立连接,再中断。
这样做的好处是:减轻了效劳器端的负载,削减开销的那局部时间,使 恳求和响应都能更快的完毕,相应的,web 页面显示速度也就相对提升了。
管线化
假设一个 恳求,恳求了大量的图片等大文件,那么其他的 恳求怎么办呢?
现在,管线化技术的消灭,使得 恳求比长久性连接更要快;特点在于:恳求数越多, 时间差越明显。
内容编码
由于某些报文的内容过大,因此在传输时,为了削减传输的时间,会实行一些压缩的措施。例如上面的报文信息中,Accept-Encoding 就定义了内容编码的格式:gzip
有下面几种方式:
gzip:GNU 压缩格式compress:UNIX 系统的标准压缩格式
deflate:是一种同时使用了 LZ77 和哈弗曼编码的无损压缩格式identity:不进展压缩
多局部对象集合
有的时候传输的内容,不仅仅是一些字符串,还有可能是一些图片,字符,音乐二进制等混杂的内容。
这就需要使用多局部对象集合,multipart,例如在使用 java 编写 web 上传文件的代码时,需要在 form 中指定 form 的编码格式。
设置 form 的 enctype 属性的值为 multipart/form-data。这是由于默认的状况下 form 使用的编码格式是:
applicatin/x-www-form-urlencoded,这种编码格式会把全部的内容进展编码,不适合上传文件这种状况。
这两种编码格式的区分主要是:
multipart/form-data 会以控件为基准,编码 form 中的内容。
application/x-www-form-urlencoded 会把 form 中的内容编码成键值对的形式。
范围恳求
有些场景下, 报文恳求一些很大的图片,但是加载过程很慢。
比方我们登录一些大图片的网址,会觉察有时候图片是一块一块加载的。这就是由于设置了