在现实生活中,TCP和UDP的例子有哪些?

在现实生活中,TCP和UDP的例子有哪些?,tcp,udp,Tcp,Udp,我知道两者在技术层面上的区别 但在现实生活中,有人能提供TCP和UDP应用程序(使用)的示例(越多越好)来说明两者的区别吗?TCP保证(按顺序)数据包交付。UDP没有 TCP-用于需要所有数据的流量。i、 e HTML、图片等。 UDP-用于在数据包丢失时不会受到太大影响的流量,即视频和语音流、在线游戏的某些数据通道等。UDP正在邮局寄信 TCP在邮局寄出一封带有回执的信件,但邮局主管将按邮寄顺序组织信件,并且只按顺序递送信件 无论如何,这是一次尝试。UDP在游戏或其他对等设置中被大量应用,因为

我知道两者在技术层面上的区别

但在现实生活中,有人能提供TCP和UDP应用程序(使用)的示例(越多越好)来说明两者的区别吗?

TCP保证(按顺序)数据包交付。UDP没有

TCP-用于需要所有数据的流量。i、 e HTML、图片等。
UDP-用于在数据包丢失时不会受到太大影响的流量,即视频和语音流、在线游戏的某些数据通道等。

UDP正在邮局寄信

TCP在邮局寄出一封带有回执的信件,但邮局主管将按邮寄顺序组织信件,并且只按顺序递送信件


无论如何,这是一次尝试。

UDP在游戏或其他对等设置中被大量应用,因为它速度更快,而且大多数情况下,您不需要协议本身来确保所有内容都以原始顺序到达目的地(UDP不保证数据包交付或交付顺序)

另一方面,Web流量是通过TCP的。(这里我不确定,但我认为这与HTTP协议的构建方式有关)


由于UDP失败而编辑。

当您必须移动大量数据(>~1KB),并且需要交付所有数据时,TCP是合适的。几乎所有在internet上移动的数据都是通过TCP实现的—HTTP、SMTP、BitTorrent、SSH等都使用TCP


当您有可能丢失的小消息,并且希望尽可能高效地发送它们时,UDP是合适的。您可能能够承受得起丢失它们的一个原因是,如果它们丢失,您可以重新发送它们。互联网上的主要例子是DNS-DNS由一些小的查询组成,比如“stackoverflow.com的IP号是多少?”,相应地,响应也很小。计算机会进行大量此类查询,因此应该高效地进行查询,但如果查询在途中丢失,则很容易超时并重新发送查询。

TCP保证数据包的传递和订购。在为文件(如可执行文件等)重建数据时,顺序几乎与交付一样重要

UDP不保证交付或订购。数据包可以以任何顺序到达(或不到达!)


TCP的常见用途包括文件传输,其中数据包的完整性至关重要。语音/视频应用程序可以在保持可接受的质量的同时丢失一些数据,因此通常使用UDP。

UDP:如果总是获取所有数据,您不太在意的任何内容

  • 隧道/VPN(丢失的数据包正常-隧道协议负责)
  • 媒体流(丢失的帧可以)
  • 不在乎你是否得到每一次更新的游戏
  • 本地广播机制(在不同机器上运行的相同应用程序相互“发现”)
TCP:几乎任何你必须获得所有传输数据的地方

  • SSH、FTP、telnet
  • SMTP,正在发送邮件
  • IMAP/POP,接收邮件
编辑:我不想费心解释这些区别,因为你说你已经知道了,其他的答案都解释了:)

  • TCP:将以有意义的顺序到达那里
  • UDP:天知道(也许)

    • TCP是一种面向连接的协议,它通过交换机、路由器、代理等建立路径或虚拟连接,然后启动任何通信。存在各种机制,如路由djikstras最短路径算法,以建立虚拟端到端连接。因此,它发现自己在浏览HTML和其他页面、支付和web应用程序时被使用

      UDP是一种无连接协议——它只是有一个目的地,节点只要尽可能好地传递它即可。因此,数据包到达的顺序,沿各种路线等是常见的。因此,即时通讯和类似的软件开发人员认为UDP是一个理想的解决方案


      在现实生活中,如果你想把数据扔进网络,而不必担心到达的时间,那么到达的顺序就要使用UDP。如果您希望在开始抛出数据包之前有一个可靠的路径,并且希望数据包的顺序和延迟相同,请使用TCP-我将使用UDP处理Torrents,使用TCP处理PayPal

      对于上面提到的一些关于订单交付的评论,还有一个想法。。。。必须澄清的是,目标计算机可能会在线路上接收到无序数据包,但目标计算机上的TCP负责在将无序数据传递到堆栈的上层之前“重新排列无序数据”。如果说TCP保证有序的数据包传递,那意味着它将以正确的顺序将数据包传递到堆栈的上层。

      TCP和UDP的真实示例
      SCTP vs TCP vs UDPServices/Features       SCTP        TCP       UDP
      Connection-oriented                       yes         yes       no
      Full duplex                               yes         yes       yes
      Reliable data transfer                    yes         yes       no
      Partial-reliable data transfer            optional    no        no
      Ordered data delivery                     yes         yes       no
      Unordered data delivery                   yes         no        yes
      Flow control                              yes         yes       no
      Congestion control                        yes         yes       no
      ECN capable                               yes         yes       no
      Selective ACKs                            yes         optional  no
      Preservation of message boundaries        yes         no        yes
      Path MTU discovery                        yes         yes       no
      Application PDU fragmentation             yes         yes       no
      Application PDU bundling                  yes         yes       no
      Multistreaming                            yes         no        no
      Multihoming                               yes         no        no
      Protection against SYN flooding attacks   yes         no        n/a
      Allows half-closed connections            no          yes       n/a
      Reachability check                        yes         yes       no
      Psuedo-header for checksum                no (vtags)  yes       yes
      Time wait state                           vtags       4-tuple   n/a
      
      tcp->电话、短信或任何特定于目的地的信息 UDP->FM无线电频道(AM)、Wi-Fi。

      TCP的实时应用程序: 电子邮件:

      原因:假设某个数据包(单词/语句)丢失,我们无法理解其内容。它应该是可靠的

      UDP实时应用程序: 视频流:

      ***原因:***假设缺少某个数据包(帧/序列),我们可以理解内容。因为视频是帧的集合。对于1秒的视频,应该有
      25帧(图像)。尽管我们可以理解,由于我们的想象力,一些帧丢失了。这就是为什么UDP用于视频流的原因。

      < P>经典的观点是把TCP看作是安全的,UDP是不可靠的。 但当TCP-IP协议用于安全关键应用时, 不建议使用TCP,因为它可能因多种原因在出现错误时停止。 而UDP允许应用软件处理错误、重传计时器等

      此外,TCP具有更多的处理开销