TCP和UDP的区别

tcp传输控制协议,udp用户数据报协议
1)TCP面向连接(三次握手机制),通信前需要先建立连接;UDP面向无连接,通信前不需要建立连接,也不需要收发数据的确认,速度快,实时性更好

2)TCP保障可靠传输(按序、无差错、不丢失、不重复);UDP不保障可靠传输,使用最大努力交付;(TCP的可靠仅仅体现在传输层,我也可以让UDP可靠,就要向上封装,在应用层实现可靠)

3)TCP面向字节流的传输,就是把应用层传下来的报文看成字节流,把字节流组织成大小不等的数据块,UDP面向数据报的传输,就是应用层传下来的报文不合并也不拆分,只是添加UDP首部。

对UDP而言,不面向连接,不可靠,没有三次握手,我给你发送数据之前,不需要知道你在不在,不要你的同意,我只管把数据发送出去至于你收到不收到,从来和我没有半毛钱的关系。

不管用TCP和UDP,应用只要看需求,对于TCP更加注重的是可靠性,而不是实时性,如果我发送的数据很重要一点也不能出错,有延迟无所谓的话,那就TCP啊。UDP更加注重是速度快,也就是实时性,对于可靠性要求不那么高,所以像斗鱼,熊猫这些在线直播网站应该在UDP基础是封装了其他协议,比如视频实时传输协议。而且UDP的支持多播,那就很符合这些直播网站了,有时候看直播视频卡顿,人飘逸那可能就是丢包了,但是你也只能往下看。(TCP是单播)

DNS是域名解析服务,基于UDP(也可以基于TCP)53端口,因为DNS是一种查询服务,追求的是速度,用UDP考虑到降低服务器的负载,即使没那么精准出错的话,重试的损失也没有很大
如果需要DNS服务器之间同步数据,为了精准需要TCP,为了保证数据的正确性(区域传输,主DNS服务器和辅DNS服务器)
怎么理解字节流和数据报文?
字节流没有边界,TCP有缓冲区,发送数据的时候,将应用层数据写入TCP的缓冲区,由TCP协议来控制发送里面的数据
**TCP面向字节流:**虽然应用程序和TCP的交互是一次一个数据块(大小不等),但是TCP把应用程序交下来的数据仅仅看成是一连串的无结构的字节流,TCP并不知道所传送的字节流的含义。另外如果应用进程传送到TCP缓存的数据块太长,TCP就可以把它划分短一些再传送,如果数据块太短,也可以累积几次一起发送。
虽然TCP是字节流,但是决对不会以杂乱的次序给上层程序提供数据,所以TCP的接收端会先保持大的序列号的数据不交给应用程序,知道缺失的晓得序列号的报文段被填满
**UDP面向报文:**UDP对应用层交下来的报文,既不合并也不拆分,而是保留这些报文的边界(不会发生粘包),也就是说应用层交给UDP多长报文,UDP照常发送,一次发送一个报文。
TCP UDP应用场景

TCP应用场景: 效率要求相对低,但对准确性要求相对高的场景。因为传输中需要对数据确认、重发、排序等操作,相比之下效率没有UDP高。文件传输(准确高要求高、但是速度可以相对慢)、接受邮件、远程登录

UDP应用场景: 效率要求相对高,对准确性要求相对低的场景。QQ聊天、在线视频、网络语音电话(即时通讯,速度要求高,但是出现偶尔断续不是太大问题,并且此处完全不可以使用重发机制)、广播通信(广播、多播)

QQ以UDP为主,TCP为辅,为了避免UDP的不可靠,在上层还使用了服务器的中转方式,如果客户端使用UDP发出一条消息,服务器收到这个包,需要使用UDP协议发回一个应答包,表示我已经收到了,保证消息可靠传输。所以在客户端看到“发送失败”,但是对方其实又收到这个消息,就是因为客户端发出的消息,服务器已经收到并转发成功,但是客户端由于网络原因没有收到服务器的应答
还跟代理服务器有关,UDP能够穿透大部分的代理服务器
视频聊天,文本聊天都是UDP,登陆采用TCP保持长链接的在线状态,文件传输也是TCP,可靠

如何让UDP保证可靠的传输
UDP是一种无连接的协议,资源消耗小,处理速度快,用于音频视频,保证可靠传输可以参考tcp的传输方式,不过只是实现转到了应用层,在应用层封装其他协议
实时传输协议RTP,应用程序在UDP上运行RTP,有序传送,校验服务
RUDP拥塞控制
UDT是基于UDP的数据传输协议,建立在UDP之上,引入新的拥塞控制和数据可靠性控制

TCP的报头结构:
在这里插入图片描述
源端口 16位 目标端口 16位

序列号 32位:对字节流进行编号,就是三次握手里面的seq,序号10,就是第一个字节编号是10 ,数据如果长度20 ,下一个报文段的序号应该是30

确认号 32位:期望收到的下一个报文段的序号,比如上面那个确认号应该就是30

ACK确认标志:置1时,确认标志有效,TCP规定,连接建立后所有传送的报文段的ACK都是1

数据偏移 4位 保留reserved 6位 控制代码 6位
窗口大小 16位:是接收方让发送方设置发送窗口的依据,流量控制用到

紧急指针 16位 校验和 16位
选项 32位(可选)
这样我们得出了TCP报头的最小长度,为20字节
TCP的窗口实际表示的是一种接收能力,用以限制发送方的发送速度

IP数据报的组成
在这里插入图片描述

UDP报文结构,UDP首部开销小,8字节

在这里插入图片描述
伪首部12字节是为了计算检验和临时添加的

《餐馆点餐管理系统——基于JavaMySQL的课程设计解析》 在信息技术日益发达的今天,餐饮行业的数字化管理已经成为一种趋势。本次课程设计的主题是“餐馆点餐管理系统”,它结合了编程语言Java数据库管理系统MySQL,旨在帮助初学者理解如何构建一个实际的、具有基本功能的餐饮管理软件。下面,我们将深入探讨这个系统的实现细节及其所涉及的关键知识点。 我们要关注的是数据库设计。在“res_db.sql”文件中,我们可以看到数据库的结构,可能包括菜品表、订单表、顾客信息表等。在MySQL中,我们需要创建这些表格并定义相应的字段,如菜品ID、名称、价格、库存等。此外,还要设置主键、外键来保证数据的一致性完整性。例如,菜品ID作为主键,确保每个菜品的唯一性;订单表中的顾客ID菜品ID则作为外键,与顾客信息表菜品表关联,形成数据间的联系。 接下来,我们来看Java部分。在这个系统中,Java主要负责前端界面的展示后端逻辑的处理。使用Java Swing或JavaFX库可以创建用户友好的图形用户界面(GUI),让顾客能够方便地浏览菜单、下单。同时,Java还负责与MySQL数据库进行交互,通过JDBC(Java Database Connectivity)API实现数据的增删查改操作。在程序中,我们需要编写SQL语句,比如INSERT用于添加新的菜品信息,SELECT用于查询所有菜品,UPDATE用于更新菜品的价格,DELETE用于删除不再提供的菜品。 在系统设计中,我们还需要考虑一些关键功能的实现。例如,“新增菜品价格”的功能,需要用户输入菜品信息,然后通过Java程序将这些信息存储到数据库中。在显示所有菜品的功能上,程序需要从数据库获取所有菜品数据,然后在界面上动态生成列表或者表格展示。同时,为了提高用户体验,可能还需要实现搜索排序功能,允许用户根据菜品名称或价格进行筛选。 另外,安全性也是系统设计的重要一环。在连接数据库时,要避免SQL注入攻击,可以通过预编译的PreparedStatement对象来执行SQL命令。对于用户输入的数据,需要进行验证过滤,防止非法字符异常值。 这个“餐馆点餐管理系统”项目涵盖了Java编程、数据库设计与管理、用户界面设计等多个方面,是一个很好的学习实践平台。通过这个项目,初学者不仅可以提升编程技能,还能对数据库管理软件工程有更深入的理解。在实际开发过程中,还会遇到调试、测试、优化等挑战,这些都是成长为专业开发者不可或缺的经验积累
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值