精华内容
下载资源
问答
  • 功能,是 IP电话网络系统中的重要管理实体。本文主要介绍了 H.323协议,OpenH323协议 栈, 最后使用开源软件Gnugk, 实现了H.323协议规定网守功能, 通过ohphone和netmeeting 等不同终端通话,了解了 H.323一些...
  • 前言http协议是互联网中最重要的协议之一,虽然看上去很简单,但是实际中经常遇到问题,我们就已经遇到好几次了。有长连接相关的,有报文解析相关的。对http协议不能一知半解,必须透彻理解才行。所以就写了这个系列...

    82e9a21158f99eeadb9a7cc65e35d794.png

    前言

    http协议是互联网中最重要的协议之一,虽然看上去很简单,但是实际中经常遇到问题,我们就已经遇到好几次了。有长连接相关的,有报文解析相关的。对http协议不能一知半解,必须透彻理解才行。所以就写了这个系列分享http协议的问题与经验。

    问题

    我们的手机App在做更新时会从服务器上下载的一些资源,一般都是一些小文件,更新的代码差不多是下面这样的:

    static void update() throws IOException {    URL url = new URL("http://172.16.59.129:8000/update/test.so");    HttpURLConnection conn = (HttpURLConnection) url.openConnection();    if(conn.getResponseCode() == 200) {        int totalLength = conn.getContentLength();  BufferedInputStream in = new BufferedInputStream(conn.getInputStream());  byte[] buffer = new byte[512];  int readLength = 0;  int length = 0;  while((length=in.read(buffer)) != -1) {    readLength += length;    //进度条    System.out.println(((float)readLength) /((float)(totalLength)));  }    }}

    比如上面的代码更新一个so文件,先通过content-length获取文件的总大小,然后读Stream,每读一段,就计算出当前读的总大小,除以content-length,用来显示进度条。

    结果weblogic从10升级到12后,content-length一直返回-1,这样就不能显示进度条了,但是文件流还能正常读。把weblogic重启了,一开始还能返回content-length,一会又是-1了。

    原因分析

    Http协议的请求报文和回复报文都有header和body,body就是你要获取的资源,例如一个html页面,一个jpeg图片,而header是用来做某些约定的。例如客户端与服务端商定一些传输格式,客户端先获取头部,得知一些格式信息,然后才开始读取body。


    客户端:Accept-Encoding:gzip (给我压缩一下,我用的是流量,先下载下来我再慢慢解压吧)

    服务端1:Content-Encoding:null(没有Content-Encoding头。我不给压缩,CPU没空,你爱要不要)

    服务端2:Content-Encoding:gzip (给你节省流量,压缩一下)



    客户端:Connection: keep-alive (大哥,咱好不容易建了个TCP连接,下次接着用)

    服务端1: Connection: keep-alive (都不容易,接着用)

    服务端2: Connection: close (谁跟你接着用,我们这个TCP是一次性的,下次再找我还得重新连)


    http协议没有三次握手,一般客户端向服务端请求资源时,以服务端为准。还有一些header并没有协商的过程,而是服务端直接告诉客户端按什么来。例如上述的Content-Length,是服务端告诉客户端body的大小有多大。但是!服务端并不一定能准确的提前告诉你body有多大。服务端要先写header,再写body,如果要在header里把body大小写进去,就得提前知道body大小。如果这个body是动态生成的,服务端先生成完,再开始写header,这样需要很多额外的开销,所以header里不一定有content-length。

    那客户端怎么知道body的大小呢?服务器有三种方式告诉你。

    1. 服务器已经知道资源大小,通过content-length这个header告诉你。

    Content-Length:1076(body的大小是1076B,你读取1076B就可以完成任务了)

    Transfer-Encoding: null

    2. 服务器没法提前知道资源的大小,或者不愿意花费资源提前计算资源大小,就会把http回复报文中加一个header叫Transfer-Encoding:chunked,就是分块传输的意思。每一块都使用固定的格式,前边是块的大小,后面是数据,然后最后一块大小是0。这样客户端解析的时候就需要注意去掉一些无用的字段。

    Content-Length:null

    Transfer-Encoding:chunked (接下来的body我要一块一块的传,每一块开始是这一块的大小,等我传到大小为0的块时,就没了)

    3. 服务器不知道资源的大小,同时也不支持chunked的传输模式,那么就既没有content-length头,也没有transfer-encoding头,这种情况下必须使用短连接,以连接结束来标示数据传输结束,传输结束就能知道大小了。这时候服务器返回的header里Connection一定是close。

    Content-Length:null

    Transfer-Encoding:null

    Connection:close(我不知道大小,我也用不了chunked,啥时候我关了tcp连接,就说明传输结束了)

    实验

    我通过nginx在虚拟机里做实验,默认nginx是支持chunked模式的,可以关掉。

    使用的代码如下,可能会调整参数。

    static void update() throws IOException {    URL url = new URL("http://172.16.59.129:8000/update/test.so");    HttpURLConnection conn = (HttpURLConnection) url.openConnection();    //conn.setRequestProperty("Accept-Encoding", "gzip");    //conn.setRequestProperty("Connection", "keep-alive");    conn.connect();    if(conn.getResponseCode() == 200) {        System.out.println(conn.getHeaderFields().keySet());        System.out.println(conn.getHeaderField("transfer-encoding"));        System.out.println(conn.getHeaderField("Content-Length"));        System.out.println(conn.getHeaderField("Content-Encoding"));        System.out.println(conn.getHeaderField("Connection"));    }}

    1. nginx在开启chunked_transfer_encoding的时候

    (1) 在reqeust header里不使用gzip,也就是不加accept-encoding:gzip

    test.so文件大小

    结果

    100B

    能正常返回content-length,没有transfer-encoding头

    69M

    能正常返回content-length,没有transfer-encoding头

    3072M

    能正常返回content-length,没有transfer-encoding头

    可以发现nginx不管资源多大,如果客户端不接受gzip的压缩格式,就不会使用chunked模式,而且跟是否使用短连接没关系。

    (2)在request header里加入gzip,accepting-encoding:gzip

    test.so文件大小

    结果

    100B

    没有content-length,transfer-encoding=trunked

    69M

    没有content-length,transfer-encoding=trunked

    3072M

    没有content-length,transfer-encoding=trunked

    可以看到nginx在开启chunked_transfer_encoding,并且客户端接受gzip的时候,会使用chunked模式,nginx开启gzip后不会计算资源的大小,直接用chunked模式。

    2.nginx关闭chunked_transfer_encoding

    (1) 在reqeust header里不使用gzip,也就是不加accept-encoding:gzip

    test.so文件大小

    结果

    100B

    能正常返回content-length,没有transfer-encoding头

    69M

    能正常返回content-length,没有transfer-encoding头

    3072M

    能正常返回content-length,没有transfer-encoding头

    因为能很容易的知道文件大小,所以nginx还是能返回content-length。

    (2)在request header里加入gzip,accepting-encoding:gzip

    test.so文件大小

    结果

    100B

    没有content-length和transfer-encoding头,不论客户端connection为keep-alive还是close,服务端返回的connection头都是close

    69M

    没有content-length和transfer-encoding头,不论客户端connection为keep-alive还是close,服务端返回的connection头都是close

    3072M

    没有content-length和transfer-encoding头,不论客户端connection为keep-alive还是close,服务端返回的connection头都是close

    这就是上面说的第三种情况,不知道大小,也不支持trunked,那就必须使用短连接来标示结束。

    问题解决方案

    咨询了中间件组的同事,以前也遇到类似的问题,因为升级了Weblogic导致客户端解析XML出错,因为使用了chunked模式,中间有一些格式化的字符,而客户端解析的代码并没有考虑chunked模式的解析,导致解析出错。

    因为我们客户端必须用content-length展示进度,因此不能用chunked模式,Weblogic可以把chunked模式关闭。用下面的方法:

    #!java weblogic.WLST connect('username’,'password', 't3://localhost:7001')edit()startEdit()cd("Servers/AdminServer/WebServer/AdminServer")cmo.setChunkedTransferDisabled(true)save()activate()exit()

    改了之后,确实不返回chunked了,但是也没有content-length,因为Weblogic就是不提前获取文件大小,而是强制加了connection:close,也就是前边说的第三种,通过连接结束标识数据结束。由于生产上我们用了Apache,测试环境为了方便就直接用的Weblogic,所以只能在测试环境再加个Apache了。

    总结

    一个好的http客户端,必须充分实现协议,不然就可能出问题,浏览器对于服务端可能产生的各种情况都很好的做了处理,但是自己实现http协议的解析时一定得注意考虑多种情况。

    展开全文
  • 三大协议是什么东西?

    2019-04-19 17:32:00
    TCP/IP协议毫无疑问是这三大协议中最重要的一个,作为互联网的基础协议,没有它就根本不可能上网,任何和互联网有关的操作都离不开TCP/IP协议。不过TCP/IP协议也是这三大协议中配置起来最麻烦的一个,...

    三大协议是什么东西?

     

    主要是说明什么是三大协议

     

    问题未开放回答

     

    最佳答案

     

    局域网常用的三种通信协议分别是TCP/IP协议、NetBEUI协议和IPX/SPX协议。 TCP/IP协议毫无疑问是这三大协议中最重要的一个,作为互联网的基础协议,没有它就根本不可能上网,任何和互联网有关的操作都离不开TCP/IP协议。不过TCP/IP协议也是这三大协议中配置起来最麻烦的一个,单机上网还好,而通过局域网访问互联网的话,就要详细设置IP地址,网关,子网掩码,DNS服务器等参数。

     

    TCP/IP尽管是目前最流行的网络协议,但TCP/IP协议在局域网中的通信效率并不高,使用它在浏览“网上邻居”中的计算机时,经常会出现不能正常浏览的现象。此时安装NetBEUI协议就会解决这个问题。

     

    NetBEUI即NetBios Enhanced User Interface ,或NetBios增强用户接口。它是NetBIOS协议的增强版本,曾被许多操作系统采用,例如Windows for Workgroup、Win 9x系列、Windows NT等。NETBEUI协议在许多情形下很有用,是WINDOWS98之前的操作系统的缺省协议。NetBEUI协议是一种短小精悍、通信效率高的广播型协议,安装后不需要进行设置,特别适合于在“网络邻居”传送数据。所以建议除了TCP/IP协议之外,小型局域网的计算机也可以安上NetBEUI协议。另外还有一点要注意,如果一台只装了TCP/IP协议的WINDOWS98机器要想加入到WINNT域,也必须安装NetBEUI协议。

     

    IPX/SPX协议本来就是Novell开发的专用于NetWare网络中的协议,但是现在也非常常用--大部分可以联机的游戏都支持IPX/SPX协议,比如星际争霸,反恐精英等等。虽然这些游戏通过TCP/IP协议也能联机,但显然还是通过IPX/SPX协议更省事,因为根本不需要任何设置。除此之外,IPX/SPX协议在局域网络中的用途似乎并不是很大,如果确定不在局域网中联机玩游戏,那么这个协议可有可无。

     

    转载于:https://www.cnblogs.com/anyiz/p/10737393.html

    展开全文
  • 在新商业环境,专利资产被视为经济领域具潜在价值硬通货,而基于此竞争逐渐从幕后走向前台,成为企业间相互角力的重要竞争形式。在美国等发达国家风起云涌资本市场,专利运营公司异军突起,扮演着十分...

    在新商业环境中,专利资产被视为经济领域最具潜在价值的硬通货,而基于此的竞争逐渐从幕后走向前台,成为企业间相互角力的重要竞争形式。在美国等发达国家风起云涌的资本市场中,专利运营公司异军突起,扮演着十分特殊的角色,引领了一个完整产业链的兴起。

    对大多数企业来讲,专利主要被当做保护企业自主创新成果、保护其市场空间的防御型工具,但这仅仅是专利应用的初级阶段,推动专利资产的货币化运营才是实现专利价值的高级阶段。

    尽管我国建立知识产权制度较晚,但在运用知识产权进而取得市场优势方面也有一些经典的案例。1999年,朗科公司创始人邓国顺和合作伙伴成晓华以15万元的资产注册成立了现今的深圳朗科科技有限公司,率先在全球成功研制出了新一代移动存储器--闪存盘。仅仅用了3年时间,朗科公司便创下了2.5亿元的销售奇迹。

    为了保护自己的创新成果,朗科公司针对竞争对手,在美国等地发起了一系列专利维权诉讼,同时通过专利许可,成功将专利资产进行商业化运作,华旗、SanDisk、金士顿、PNY、索尼等国际巨头先后与朗科公司展开合作。

    2008年10月22日,朗科公司在美国获得一件名为“一种利用半导体存储装置实现自动执行及启动主机的方法”的发明专利。该专利不仅是闪存盘替代软盘软驱的“最后一击”,也进一步巩固了朗科公司在全球闪存应用领域“开山鼻祖”的地位。

    不难看出,朗科公司通过专利运营,在盘活自身无形资产,为企业带来丰厚回报的同时,朗科公司闪存盘的出现也彻底终结了软盘软驱时代,开启了“计算机移动存储的革命”。作为这一行业的翘楚,朗科公司通过技术共享形式带动了整个行业的发展,也为推动科技创新做出了积极的贡献。

    无独有偶,作为移动通讯领域的技术主导者,美国高通公司秉承“开放+包容”的许可模式,与合作方共享广泛的知识产权,有效提高了行业的创新速度和效率。

    2016年4月18日,美国高通公司宣布与宇龙计算机通信科技(深圳)有限公司达成了新的3G和4G中国专利许可协议。这一许可协议不仅将保证宇龙公司能采用最新的无线技术,从而在中国市场有效地参与竞争,对美国高通公司而言,也是一次具有里程碑意义的合作,标志着其第100份3G和4G中国专利许可协议的达成。目前,中国的华为、中兴通讯、TCL、小米、奇酷、天宇朗通、海尔、联想等纷纷加入与美国高通公司签约的阵营。可以看到,这些国际化程度高、创新机制成熟的中国企业越来越尊重专利、重视创新。

    尽管LTE技术几年前才进入中国市场,但目前已经拥有了5亿用户,这一规模与发展速度令人称奇。数据显示,在世界前十大3G和4G移动供应商榜单中,中国企业占据六席,整个移动行业的发展对于中国社会经济也起到了很大的促进作用。目前,我国移动行业经济总量已占到中国GDP的3%,预计到2020年这一比例有望升至4.7%。在这个过程中,美国高通公司的商业模式为中国企业创新发展提供了另一种可能。

    当前, 我国正努力使经济发展由生产要素驱动型转为创新驱动型,鼓励大众创业、万众创新。而全球化以及包括互联网在内的信息通信技术的创新,不仅是当今产业革新的重要驱动力,也是企业在未来竞争中制胜的重要因素。作为重要的战略资源,知识产权既是企业参与国际经济贸易活动的“标配”,也是中国创新发展的“刚需”。尤其在“互联网+”时代,创新活动所需的物质与信息资源快速流动,各种创新资源加速汇聚、融合与共享,大量创新成果随之涌现,创新资源的获得途径变得更加多元化,创新资源的分享也将为社会带来更多的创新动力。
    本文转自d1net(转载)

    展开全文
  • 什么是经典的TCP性能问题?TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信...另一个重要的传输协议。在因特网协议族(Internet protocol suite),TCP层是位...

    什么是最经典的TCP性能问题?

    TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议,由IETF的RFC 793定义。在简化的计算机网络OSI模型中,它完成第四层传输层所指定的功能,用户数据报协议(UDP)是同一层内.

    另一个重要的传输协议。在因特网协议族(Internet protocol suite)中,TCP层是位于IP层之上,应用层之下的中间层。不同主机的应用层之间经常需要可靠的、像管道一样的连接,但是IP层不提供这样的流机制,而是提供不可靠的包交换。

    应用层向TCP层发送用于网间传输的、用8位字节表示的数据流,然后TCP把数据流分区成适当长度的报文段(通常受该计算机连接的网络的数据链路层的最大传输单元.

    MTU)的限制)。之后TCP把结果包传给IP层,由它来通过网络将包传送给接收端实体.

    的TCP层。TCP为了保证不发生丢包,就给每个包一个序号,同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的包发回一个相应的确认(ACK);如果发送端实体在合理的往返时延(RTT)内未收到确认,那么对应的数据包就被假设为已丢失将会被进行重传。TCP用一个校验和函数来检验数据是否有错误;在发送和接收时都要计算校验和。

    TCP性能问题

    问题描述

    某个PHP服务通过Nginx将后面的tair封装了一下,让其他应用可以通过http协议访问Nginx来get、set 操作tair

    上线后测试一切正常,每次操作几毫秒,但是有一次有个应用的value是300K,这个时候set一次需要300毫秒以上。 在没有任何并发压力单线程单次操作也需要这么久,这个延迟是没有道理和无法接受的。

    问题的原因

    是因为TCP协议为了做一些带宽利用率、性能方面的优化,而做了一些特殊处理。比如Delay Ack和Nagle算法。

    这个原因对大家理解TCP基本的概念后能在实战中了解一些TCP其它方面的性能和影响。

    什么是delay ack

    由我前面的TCP介绍文章大家都知道,TCP是可靠传输,可靠的核心是收到包后回复一个ack来告诉对方收到了。

    来看一个例子:

    image.png

    12b48b9011bc3104947a3c46e4fb5ba0.png

    截图中的Nignx(8085端口),收到了一个http request请求,然后立即回复了一个ack包给client,接着又回复了一个http response 给client。大家注意回复的ack包长度66,实际内容长度为0,ack信息放在TCP包头里面,也就是这里发了一个66字节的空包给客户端来告诉客户端我收到你的请求了。

    这里没毛病,逻辑很对,符合TCP的核心可靠传输的意义。但是带来的一个问题是:带宽效率不高。那能不能优化呢?

    这里的优化就是delay ack。

    delay ack是指收到包后不立即ack,而是等一小会(比如40毫秒)看看,如果这40毫秒以内正好有一个包(比如上面的http response)发给client,那么我这个ack包就跟着发过去(顺风车,http reponse包不需要增加任何大小),这样节省了资源。 当然如果超过这个时间还没有包发给client(比如nginx处理需要40毫秒以上),那么这个ack也要发给client了(即使为空,要不client以为丢包了,又要重发http request,划不来)。

    假如这个时候ack包还在等待延迟发送的时候,又收到了client的一个包,那么这个时候server有两个ack包要回复,那么os会把这两个ack包合起来立即回复一个ack包给client,告诉client前两个包都收到了。

    也就是delay ack开启的情况下:ack包有顺风车就搭;如果凑两个ack包自己包个车也立即发车;再如果等了40毫秒以上也没顺风车,那么自己打个车也发车。

    截图中Nginx没有开delay ack,所以你看红框中的ack是完全可以跟着绿框(http response)一起发给client的,但是没有,红框的ack立即打车跑了.

    总结

    以 上就是我对Java开发大型互联网-什么是最经典的TCP性能问题? 问题及其优化总结,分享给大家,觉得收获的话可以点个关注收藏转发一波喔,谢谢大佬们支持!

    最后,每一位读到这里的网友,感谢你们能耐心地看完。希望在成为一名更优秀的Java程序员的道路上,我们可以一起学习、一起进步!都能赢取白富美,走向架构师的人生巅峰!

    想了解学习Java方面的技术内容以及Java技术视频的内容可加群:722040762 验证码:头条(06 必过)欢迎大家的加入哟!

    968d55640b4030298df92d8b540fd208.png
    展开全文
  • 对于物联网,最重要的是在互联网中设备与设备的通讯,现在物联网在internet通信比较常见的通讯协议包括:HTTP、websocket、XMPP、COAP、MQTT 1、HTTP和websocket 在互联网时代,TCP/IP协议已经一统江湖,现在的...
  • 百度BBS收录协议-生成器无论对于普通网民还是搜索引擎,论坛中的信息无疑是一块最重要,甚至最大信息来源。 然而由于论坛数据交互性极强,导致论坛链接也比较多样。多样性链接结构和不断更新帖子内容对搜索...
  • 文章目录了解TCP/IP协议TCP报文格式TCP/...并且,TCP/IP传输协议是保证网络数据信息及时、完整传输的两个重要的协议。TCP/IP传输协议是严格来说是一个四层的体系结构,应用层、传输层、网络层和数据链路层都包含其中。
  • 网络协议

    热门讨论 2018-09-16 18:42:47
    一、网络协议概念 ...TCP/IP协议是三大协议中最重要的一个,作为互联网的基础协议,没有它就根本不可能上网,任何和互联网有关的操作都离不开TCP/IP协议。不过TCP/IP协议也是这三大协议中配置起来最麻烦的一个,...
  • 1.TCP/IP协议(Transmission Control Protocol/Internet Protocol即传输控制协议/网间协议,实际上是一协议集)毫无疑问是这三大协议中最重要的一个,作为互联网的基础协议,没有它就根本不可能上网,任何和互联网...
  • TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信...另一个重要的传输协议。在因特网协议族(Internet protocol suite),TCP层是位于IP层之上,应用层之下的中间...
  • 1.IP地址:是指互联网协议地址,又译为网际协议...3.TCP/TP协议是目前因特网使用最频繁的协议,它是一个多种协议组成的协议簇,TCP协议和IP协议是最重要的核心协议 以下为TCP/IP协议集功能 dos环境下的执行命令ping
  • HTTP协议

    2019-04-25 13:40:50
    HTTP协议,全称为HyperTextTransferProtocol,中文名为超文本传输协议,是互联网中最常用一种网络协议。HTTP的重要应用之一是www服务。设计HTTP协议最初目的就是提供一种发布和接收HTML(一种页面标记语言)页面...
  • TCP协议

    2019-08-06 16:57:13
    TCP 是整个 TCP/IP 协议族中最重要的传输层协议,它定义了一种面向连接的、可靠的、基于流的传输方式。 HTTP 是基于 TCP 的,所以说 TCP 是整个互联网的协议其一并不为过。 同时,我们在使用 HTTP 协议实现应用系...
  • 什么是tcp/ip协议

    2014-08-23 15:14:40
    [b]tcp/ip协议集[/b] TCP/IP也称"国际协议簇", 即不仅指 TCP/IP协议本身,而且... TCP为传输控制协议,IP为网际协议,是网络层最重要的协议。采用TCP/IP协议通过互联网传送信息可减少网络的传输阻塞...
  • 并且,TCP/IP传输协议是保证网络数据信息及时、完整传输的两个重要的协议。TCP/IP传输协议是严格来说是一个四层的体系结构,应用层、传输层、网络层和数据链路层都包含其中。 2.组成 1.2.TCP/IP协议在一定程度上参考...
  • 并且,TCP/IP传输协议是保证网络数据信息及时、完整传输的两个重要的协议。 TCP/IP传输协议是严格来说是一个四层的体系结构,应用层、传输层、网络层和网络接口层都包含其中。 应用层 为操作系统或网络应用程序...
  • ARQ模型响应有两种,UNA(此编号前所有包已收到,如TCP)和ACK(该编号包已收到),光用UNA将导致全部重传,光用ACK则丢失成本太高,以往协议都是二选其一,而 KCP协议中,除去单独 ACK包外,所有包都有UNA信息。...
  • HTTP(Hypertext Transfer Protocol)就是超文本传输协议,它是现代互联网最重要也是最基本的协议。Http协议是无状态的、应用层协议,它是web开发的基础,如果想从事web方面的开发,一定要仔细学习一下这个协议。 #...
  • 传输控制协议TCP

    2017-12-04 11:01:00
    传输控制协议TCP是互联网协议栈中传输层最重要的协议,也是互联网中最重要的协议。  我们前面说过,网络层的协议都是尽最大努力交付数据,并不保证数据传输的可靠性,而数据传输的可靠性就由传输层的TCP协议来保证...
  • HTTP协议详解

    2019-04-21 14:53:55
    HTTP协议,全称为HyperTextTransferProtocol,中文名为超文本传输协议,是互联网中最常用一种网络协议。HTTP的重要应用之一是www服务。设计HTTP协议最初目的就是提供一种发布和接收HTML(一种页面标记语言)页面...
  • HTTP协议简介

    2019-04-14 20:47:10
    HTTP协议,全称为HyperTextTransferProtocol,中文名为超文本传输协议,是互联网中最常用一种网络协议。HTTP的重要应用之一是www服务。设计HTTP协议最初目的就是提供一种发布和接收HTML(一种页面标记语言)页面...
  • HTTP协议基础

    2018-03-26 19:41:51
    第1章http协议1.1 http协议简介HTTP协议全称HyperText Transfer Protocol,中文名为超文本传输协议,是互联网中最常用一种网络协议,HTTP的重要应用之一是www服务,设计HTTP最初目的就是提供一种发布和接收HTML...
  • http协议详解

    2020-11-30 19:37:22
    HTTP协议,全称HyperText Transfer Protocol,中文名为超文本传输协议,是互联网中最常用一种网络协议。HTTP的重要应用之一是WWW服务。设计HTTP协议最初目的就是提供一种发布和接收HTML(一种页面标记语言)页面...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 523
精华内容 209
关键字:

互联网协议中最重要的协议是