查看:37398|回复：73
如题，大家对TCP和UDP连接应该不陌生吧，QQ主要用的就是正两种连接！！！我在上大学，寝室是路由器架的小型局域网！问题出来了，我发现用QQ传输文件正常情况下传输速度应该稳定在10M/s,可是我与其中一个传输文件的时候传输速度只有不到2M/s，何解？寝室7个人，我与其中两个传输很慢，和其他人传输速度都很正常，但是与我传输慢的两个人相互传输文件却很快，能达到正常的速度，何解？ 经过我研究，发现我们俩的网络连接方式里的登录服务器的连接类型不同，仅仅这些不同,我的是UDP连接，而他是TCP连接！！！而且我们不能更改连接类型！！！在QQ登录器里更改过后，登陆上去看还是原来的登录类型（我是UDP，他是TCP），这是表面上的不同，但是传输速度应该和这些没有关系吧！在线等解！！！
好的发现。
网络管理、H3C、华为
这个很好理解，QQ的登录协议是随机的，一般情况下是用UDP登录的，当UDP不能登录时，选择TCP登录。
速度问题：
用UDP登录快，因为UDP是无连接的传输层协议，所以速度快。
而TCP登录慢，是因为TCP为面向连接的协议，要经过三次握手的确认，所以会慢。
网络管理、H3C、华为
引用:原帖由 jay 于
15:22 发表
如题，大家对TCP和UDP连接应该不陌生吧，QQ主要用的就是正两种连接！！！我在上大学，寝室是路由器架的小型局域网！问题出来了，我发现用QQ传输文件正常情况下传输速度应该稳定在10M/s,可是我与其中一个传输文件的时候传输速度只有不 ... 这么学习技术，您很快会成为高手的。
提示: 作者被禁止或删除 内容自动屏蔽
qq登录的时候和服务器建立upd以及tcp连接和你局域网传输文件是没有关系的！
重要的是你对方的pc 网卡是否有其他工作！！！！！:(bofu18):
入则恳恳以尽忠，出则谦谦以自悔...
一般QQ 都是使用UDP的&&聊天通信也是
解决这个问题,最简单是从硬件出发,互换端口试试
版主，并不是一种荣耀，而是一种坚持 ...
QQ的登陆使用TCP或udp是可以选的。数据传输虽然UDP传送数据较TCP快速，系统开销也少，但是起决定作用还是双方传输的带宽以及双方是否阻塞。
其实2011版的QQ在登录界面可以设置的& &&&在多账户边上的设置里 有个登陆服务器选择，默认是不使用高级选项
中级工程师
支持10楼的说法
一般登陆QQ高级选项都是默认的，未选择UDP/TCP，从这里判断方向可能不对；
这个问题很好，我也遇到过这种情况，还请高手指点迷津~~
网络管理、H3C、华为
引用:原帖由 jieyang0663 于
16:48 发表
你这个只是在登录的时候有区别吧。
在传输的过程应该改用的都是TCP协议。觉得不是从这里入手 为什么要改为TCP协议呢？
网络管理、H3C、华为
一般情况下，QQ优先采用了UDP（User Data Protocol，用户数据报协议）协议传送数据，这样的设计正好与QQ追求的目标相符，所以QQ优先使用了此协议进行一切功能应用。但是，由于UDP协议具有不可靠性，常会因种种原因导致消息或数据的发送失败（很多时候会发现发送文件给对方接收时，对方根本收不到要求接收文件的消息。或是发送聊天消息时，对方根本没有收到过消息）。
局域网内，我用QQ与PCA传输文件速度很慢（2M/S），我与PCB传输速度很慢（2M/S），但是PCA与PCB传输速度却很正常能达到正常的速度（10M/S），请问这是为什么？路由器端口的原因吗？我可以很肯定的说：NO！已经换了好几个端口了！是网线的原因吗？我仍然说：NO!网线换了若干……若果说是PCA的硬件问题，哪为什么PCB却能和PCA传输速度很快呢？含泪求解……
多年前就有这个问题，局域网同样两台机子QQ传文件时快时慢，有时UDP有时TCP。也没想怎么才能控制协议。找了个飞鸽传书，10M~11M必须的，现在改用升级版FeiQ了。
而且我最欣赏的功能是能传文件夹
助理工程师
传输文件的时候，建立的是局域网通信吧，所以才有10M的速度。
但是有时候，数据经过了服务器中转，那么速度就会下降很多。
你们宿舍是校园网络？还是自己拉的宽带？带宽是多少？
至于腾讯客户端如何判断是局域网还是公网，就不是很清楚了。
但是跟登陆的时候是用TCP登陆还是UDP登陆应该没多大关系吧
使命的召唤-全能IT艺术家 ...
QQ的文件传输是通过点对点完成的。通俗的说，点对点传输理论上是不经过任何一个服务器中转直接传输的。比如打电话要经过电话局机房两个人才能说话。如果两个电话之间直接接一根线就是点对点电话了。
一剑舞动惊四方，IT本是我所长 (R)丁胖胖
局域网用飞秋吧！！！ 速度稳定
端口与协议
众说纷纷,有正确答案吗?也想知道,老早就发现此事2006年10月 总版技术专家分月排行榜第二2006年9月 总版技术专家分月排行榜第二
2006年5月 总版技术专家分月排行榜第三
2006年10月 总版技术专家分月排行榜第二2006年9月 总版技术专家分月排行榜第二
2006年5月 总版技术专家分月排行榜第三
本帖子已过去太久远了，不再提供回复功能。 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
基于TCP／UDP的屏幕图像传输的实现
下载积分：2000
内容提示：基于TCP／UDP的屏幕图像传输的实现
文档格式：PDF|
浏览次数：76|
上传日期： 18:59:17|
文档星级：
全文阅读已结束，如果下载本文需要使用
 2000 积分
下载此文档
该用户还上传了这些文档
基于TCP／UDP的屏幕图像传输的实现
关注微信公众号计算机网络中的TCP/UDP协议到底是怎么回事（一） - 简书
计算机网络中的TCP/UDP协议到底是怎么回事（一）
文章来源简书：
TCP/IP五层网络结构模型
物理层：物理层建立在物理通信介质的基础上，作为系统和通信介质的接口，用来实现数据链路实体间透明的比特 (bit) 流传输。只有该层为真实物理通信，其它各层为虚拟通信
数据链路层:在物理层提供比特流服务的基础上，建立相邻结点之间的数据链路，通过差错控制提供数据帧（Frame）在信道上无差错的传输，并进行各电路上的动作系列。数据的单位称为帧（frame）
网络层：选择合适的路由，使数据分组（packet）可以交付到目的主机
传输层：负责主机中进程间的通信
应用层：直接为用户的应用程序提供服务
用图说话：
五层网络模型
我们知道传输层是在进程间传输报文，同时TCP协议、UDP协议是TCP/IP中最具有代表性的传输层协议。下面就总结一下两个协议的异同以及传输层的工作原理。
TCP与UDP区分：
TCP协议：面向连接、可靠的流协议。连接是指两个应用程序为了相互传递信息而专有的、虚拟的通信线路，也叫做虚拟电路。流是指不间断的数据结构，类似于管道中的水流。可靠性指TCP协议提供可靠性传输，实行“顺序控制”或“重发控制”机制。此外还具有“流量控制”、“拥塞控制”提供网络利用率等众多功能。
UDP协议：不具有可靠性的数据报协议。只确保发送消息，其他处理都由上层应用来完成。
哇！TCP这么多特点，是不是一定比UDP厉害呢？其实不然，他们各有自己的应用场景。
TCP应用场景：效率要求相对低，但对准确性要求相对高的场景。因为传输中需要对数据确认、重发、排序等操作，相比之下效率没有UDP高。举几个例子：文件传输（准确高要求高、但是速度可以相对慢）、接受邮件、远程登录。
UDP应用场景：效率要求相对高，对准确性要求相对低的场景。举几个例子：QQ聊天、在线视频、网络语音电话（即时通讯，速度要求高，但是出现偶尔断续不是太大问题，并且此处完全不可以使用重发机制）、广播通信（广播、多播）。
传输通信：
两个协议是进程间通信，也就是说应用间的通信，那么如何在众多程序中找到自己的目的应用呢？在传输层，使用端口号来识别同一台计算机中进行通信的不同应用程序。
一般情况下可以根据“源IP地址”、“目标IP地址”、“源端口号”、“目标端口号”来进行识别一个通信，但是有些特殊情况，比如IP地址和端口号都一样，只是使用的传输协议不一样，怎么进行区分？数据到达IP层（网络层）之后，会先检查IP头部的协议号，然后再传给相应协议的模块。
因此，TCP/IP或UDP/IP通信中通常使用5个信息来识别一个通信：“源IP地址”、“目标IP地址”、“源端口号”、“目标端口号”以及“协议号”。(知名端口号与传输层协议没有关系，例如53端口在TCP、UDP中都用于DNS服务)
端口号如何确定：标准既定的端口号，0-1023为知名端口号，其他已正式注册的端口号是；动态分配端口号，操作系统来为应用程序分配互不冲突的端口号，下一个端口号是在前一个分配号上加1，动态分配端口号范围.
UDP是User Datagram Protocol缩写。UDP不提供复杂的控制机制，利用IP提供面向无连接的通信服务。并且它是将应用程序发来的数据在收到的那一刻，立即按照原样发送到网络上的一种机制。
UDP为何存在？有哪些优点呢？
无需建立连接（减少延迟）
实现简单：无需维护连接状态
头部开销小
没有拥塞控制：应用可以更好的控制发送时间和发送速率
UDP的头部是由源端口号、目标端口号、包长和校验和组成。checksum主要是用来检测UDP段在传输中是否发生了错误。还有就是，校验和计算中也需要计算UDP伪头部，伪头部包含IP头部的一些字段。我们刚才介绍了识别一个通信需要5项信息，而UDP头部只有端口号，余下的三项在IP头部，所以引入了伪头部的概念。（IPv6的IP头部没有校验和字段）
目前有一些场景需要兼顾可靠性和高效性，那么如何在UDP上实现可靠数据传输呢？
TCP通过校验和、序列号、确认应答、重发控制、连接管理以及窗口控制等机制实现可靠性传输。
连接管理：
数据通信之前必须先做好连接工作，在TCP中连接的建立需要三次握手，同时在通信结束时会进行断开连接的处理（四次挥手）。一个连接的建立与断开，正常过程至少需要来回送7个包才能完成。
连接的建立和断开
在TCP中，当发送端的数据到达主机时，接收端主机会返回一个已收到消息的通知，这个消息叫ACK（确认应答，Positive Acknowledgement）。如果没有收到ACK，那么很可能出现了丢包或者返回的确认在途中丢失，此外，也可能是由于其他原因，ACK延迟到达。发送方没有收到ACK的话就会进行重发，但是针对延迟和ACK丢失的情况，会存在重复发送和接收。于是我们就引入了一种机制，来识别是否已经接收数据，又能识别是否已经接收。
上述重复控制的功能可以通过序列号来实现。序列号是按照顺序给发送数据的每一个字节都标上号码的编号，接收端查询接收数据TCP首部中的序列号和数据的长度，将自己下一步应该接收的 序号作为确认应答号返送回去。通过序列号和确认应答号，TCP实现可靠传输。
序列号与确认应答号
利用窗口控制提高速度
如果我们每发送一个段就进行一次确认，那么包的往返时间越长，网络的吞吐量量就会越差，通信性能就会越低。
为了解决这个问题，TCP引入了窗口的概念。确认应答不再是以每个片段，而是以更大的单位（窗口大小）进行确认，转发时间就被大幅度的缩短。至于窗口的大小是由接收端主机决定的，也方便进行流控制。
窗口控制与重发控制
允许发送方在收到ACK之前连续发送多个分组，针对段丢失的情况，我们来讨论窗口控制。
针对以前的延迟ACK，使用窗口控制之后，可以收到确认应答之前继续发送报文，这样整体速度就大大提高。
针对确认应答未能返回的情况。没有使用窗口控制的时候，没有收到确认应答的数据都会被重发，而使用了窗口控制，某些确认应答即便丢失也无需重发。可以根据自己的确认应答或者下一个确认应答来确认。
针对报文段丢失的情况。当一个报文丢失时，发送端会连续收到多个序号为1001的确认应答，来提醒发送端再次发送报文。对于发送端，如果连续三次收到同一个确认应答，将会对其对应的数据进行重发。
报文丢失的情况
更多TCP/UDP协议知识：计算机网络中的TCP/UDP协议到底是怎么回事（二）
不忘初心，方得始终
------------------------------------------------
网易 iOS Developer（内推请找我
------------------------------------------------
● Github：/joy0304
● 微博：/6iyC0G
● 掘金：https://0x9.me/WIH3V}