宁波大学计算机网络TCP与UDP题目_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
宁波大学计算机网络TCP与UDP题目
上传于||文档简介
&&波​大​计​算​机​网​络​h​o​m​e​ ​w​o​r​k​3
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩1页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢IE6中flash与后台通讯的注意点
来源：博客园
ie6 自身的 bug 造成 flash 与后台传输问题。 Ie6 存在的 bug 中，与 flash player 有关的有 2 个： A. IE6 无法将 Gzip 包正确地传输给 FlashPlayer 。 B. _root 第一帧下 Stage 类信息丢失（仅 IE 有此问题） 。 1.IE6 无法将 Gzip 包正确地传输给 FlashPlayer 。 表现： flash 无论用 POST 还是 GET 方式提交数据。在 IE 下总会报错。但是，在后台查询已获取数据并成功返回信息。经过进一步测试 FF
IE8 谷歌 都正常。 唯独 IE6 返回流错误 （ Error 2032 io 错误） ，导致页面不能及时更新异步数据。 出现条件： A. 客户端 ie6 浏览器 B. flash player C. gzip 压缩 D. 设置 response header 的 cache-control 为 no-cache 四个条件同时满足 ，就会出现 IE6 中 FLASH 无法接到服务器返回的信息。 解决方案： 解决的办法主要是通过后台修改返回信息的 reponse 的 http 头信息。 特别提到的一种解决方法是： 返回信息的 HTTP 头信息中加入 1 Cache-control"="no-store, no-cache, must-revalidate, post-check = 0 , pre-check = 0 另外需要取消 "Expires", "Pragma" 头信息。 这个方法可以有效的降低问题出现的几率，但是因为广大用户电脑和网络环境的不同，并不能很全面的解决问题。表现为一部分 ie6 用户不会出现，一部分出现。由于用户的基数可能很大，很低的比率也会代表很多电脑出现问题，而这些用户的反馈会降低网站的可信度。 对于 ie6 的这个 bug ，微软提出了解决方法： 要规避此问题，你可以在下面两个方案中选一种： 1. 如果你使用了 Cache-Control: no-cache 这个 HTTP 头来防止文件被缓存，移除这个头就好了。有些情况下，如果你用一个 Expires 头来代替（前面这个出问题的 http 头），（也可以起到相同作用而）不会触发这个问题。 或者 2. 不要压缩脚本文件。 详情链接： /kb/327286/en-us?sid=64&spid=2073 由于网站一般都会开启 gzip 压缩，所以第 2 个方法无法使用。那么就只能使用第一种。 以下的方式，是我们在实践中得到应用的一种方法，方式不必局限于此，但是思路是上文所提到的。 protected String ajaxFlash ( String content ) { HttpServletRespones respones = ServletActionContext . getResponse (); respones . setContentType ( "text/charset=UTF-8" ); respones . setHeader ( "Cache-Control" , "max-age=0,must-revalidate,post-check=0,pre-check=0" ); respones . setHeader ( "Expires" , "" ); respones . getWriter (). write ( content ); respones . getWriter (). flush (); } 如果实在无法从后台代码解决，也可以使用flash-js-后台的方式，让js作为传递中介来解决。 2. _root 第一帧下 Stage 类信息丢失 表现： 这个问题最明显的表现在舞台宽和高信息的丢失。在一些 flash 效果和应用中，舞台的宽和高牵连到显示对象的运动范围，碰撞检测等等问题。信息丢失，就会造成不正常的情况发生。 出现条件： 使用 ie6 浏览器，舞台宽高等信息牵连到效果实现。 解决方案： A. 在网页中嵌入 flash 的标签中显式的设置宽和高，少用自适应。 B. 在 flash 本身的类文件中，对宽和高及其他信息进行显式的设置，最好在主要的容器内使用“隐形背景”（使用一个与舞台等大的图形对象，透明度设为 0 ）
免责声明：本站部分内容、图片、文字、视频等来自于互联网，仅供大家学习与交流。相关内容如涉嫌侵犯您的知识产权或其他合法权益，请向本站发送有效通知，我们会及时处理。反馈邮箱&&&&。
学生服务号
在线咨询，奖学金返现，名师点评，等你来互动java的UDP和TCP协议。_问答_ThinkSAAS
java的UDP和TCP协议。
java的UDP和TCP协议。
java中的网络编程，传输时的UDP协议和TCP协议，可以理解为类似QQ发送文件的离线传输和在线传输吗？
离线传输不需要对方是否确认接收，但是在线传输必须对方确认接收后才能建立连接，传送文件。这种比喻是否恰当？
不太恰当吧......又存不住
实话说你理解的不是一般的偏，好好补课了要
QQ的离线传输实际上是你把文件传输到了服务器上，然后下次朋友上线时服务器另外通知到他某某人给你传了一个文件，他下载的过程是从服务器获取文件，这与文件是通过TCP还是UDP传输的没有任何关系！（当然了，QQ的离线文件的这个功能的实现是通过TCP做的）
UDP和TCP作为两种传输协议，他们的最大区别是UDP是无状态的，它对于传输结果不做任何保证。而TCP有，TCP通过维护一个虚拟的连接来帮你维持传输的可靠性。
用通俗的语言来描述说，如果存在TCP和UDP的两家快递公司
你用TCP给你的朋友发了一个快递，每个快递都有单号，朋友会告诉你，这个快递单号XXX收到了，如果你的朋友没有收到这个快递（朋友没有告诉你），快递公司会帮你重新发送这个快递。
如果你用UDP给你的朋友发快递，没有单号，朋友也不会给你任何反馈，你只管发他只管收，但也因为如此，效率高了很多。
这个类比并不完全准确，仅帮助理解。
最后提一句，此问题与java或者任意语言都无关，它是网络通信的范畴
这个比喻确实不太恰当，但是我觉得楼上的回答都偏了，你们好像没有理解题主的意思。
之所以说楼主的比喻不太恰当，不是因为离线传输和在线传输是UDP还是TCP实现的，而是因为过程不一样：TCP的确认发生在传输之后，但你的比喻中，在线传输的确认发生在传输之前，这是它们不一样的关键地方。倒是离线传输和UDP有点像：我只管发，朋友什么时候接收、有没有接收那是他的事情，我发上去了就可以不用管了。
QQ的通讯用的是封装后的udp协议，据说很好地解决了丢包问题。文件传输等用的是tcp
比喻应该是拿这个比喻。对讲机
UDP：你拿起来按着讲话不放：“ 附近有人吗，我掉沟里了，来个人救我啊啊！！！！”
这个情况下，你发没发出去你不知道，有没有人收到你也不知道，收到的人听没听清你也不知道。
TCP：军队之间对讲： A:“01，听到请回答。01，听到请回答”， B: “01收到，请讲”
A:“命令01去XXX集合，重复”， B:“命令01 去XXX集合”，A:“错误，命令01去XXX集合，重复” B:“命令01去XXX集合”， A:“正确 over”， B：“over”
这个情况下，每个信息都要求确认是不是正确的，有没有遗漏，有遗漏或者错误将会重新再发送一遍。
添加你想要问的问题
PHP开发框架
开发工具/编程工具
服务器环境
ThinkSAAS商业授权：
ThinkSAAS为用户提供有偿个性定制开发服务
ThinkSAAS将为商业授权用户提供二次开发指导和技术支持
让ThinkSAAS更好，把建议拿来。
开发客服微信这里先简单的说一下TCP与UDP的区别：
1。基于连接与无连接
2。对系统资源的要求（TCP较多，UDP少）
3。UDP程序结构较简单
4。流模式与数据报模式
5。TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证另外结合GPRS网络的情况具体的谈一下他们的区别：
1。TCP传输存在一定的延时，大概是1600MS（移动提供），UDP响应速度稍微快一些。
2。TCP包头的最小大小.就是20字节. UDP的包小很多.确实如此.因为UDP是非可靠连接.设计初衷就是尽可能快的将数据包发送出去.所以UDP协
议显得非常精简.
结论就是tcp是面向边向连接的,所以会慢一些,但安全些,udp则相反 。
TCP(传输控制协议) UDP(用户数据报协议)
TCP和UDP都是属于传输层协议,负责承担数据传输的任务,其中TCP属于可靠的面向连接服务,UDP是不可靠的无连接数据报服务
TCP需要经过三次握手才能建立一个安全连接,所以效率比较低,但是安全性高,UDP不需要,就跟电报一样,不管你收没收到,所以效率高,但是不可靠,例如我们网络里的DNS请求,就是用UDP发送的,还有QQ里用UDP直连方式语音,速度也是最快的
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：279035次
积分：3888
积分：3888
排名：第6313名
原创：110篇
转载：64篇
评论：26条
(6)(1)(3)(25)(5)(26)(2)(3)(9)(1)(1)(19)(3)(20)(29)(10)(12)}