JavaEE 初阶篇-深入了解网络原理中传输层的端口号与 UDP 协议报文格式

本文主要是介绍JavaEE 初阶篇-深入了解网络原理中传输层的端口号与 UDP 协议报文格式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

🔥博客主页: 【小扳_-CSDN博客】
❤感谢大家点赞👍收藏⭐评论✍

文章目录

        1.0 端口号概述

        1.1 端口号的作用

        1.2 端口号不能重复被多个进程绑定

        2.0 传输层协议 - UDP

        2.1 UDP 的特性

        2.2 UDP 的报文格式


        1.0 端口号概述

        端口号是计算机网络中用于标识不同应用程序或网络服务的编号。

        在 TCP/IP 协议中,端口号是一个 16 位的整数即两个字节大小的表示范围,范围从 0 到 65535 。端口号分为两种类型:系统端口和动态端口。

        1)系统端口:系统端口是预留给常见的网络服务使用的端口号,范围从 0 到 1023 。例如, HTTP 服务通常使用端口号 80,FTP 服务使用端口号 21 ,SSH 服务使用端口号 22 等。

        2)动态端口:动态端口是用于临时分配给客户端应用程序的端口号,范围从 1024 到 65535 。当客户端应用程序与服务器应用程序建立连接时,会动态分配一个未被占用的端口号,用于通信。

        1.1 端口号的作用

        1)标识应用程序:通过端口号可以唯一标识不同的应用程序或服务。

        2)实现多路复用:通过端口号,可以在同一主机上同时运行多个应用程序,实现多路复用。

        3)提供服务:服务器应用程序监听特定端口号,等待客户端连接,从而提供相应的网络服务。

        在网络通信中,客户端通过目标主机的IP地址和端口号来确定通信的目标。端口号是网络通信中非常重要的概念,它帮助实现了网络应用程序之间的通信和协作。

        1.2 端口号不能重复被多个进程绑定

        1)在同一个机器上,同一个时刻内,端口号不能重复被绑定。

        如果尝试在同一台机器上的多个进程或服务同时绑定相同的端口号,会导致端口冲突,其中只有一个进程或服务能够成功绑定端口,而其他进程或服务会失败。

        当一个端口已经被其他进程或服务占用时,如果有另一个进程或服务尝试绑定该端口,通常会收到 "Address already in use" 的错误。这种情况下,需要确保每个服务使用不同的端口号或者在不同的时刻使用同一个端口号。

        2)如何确认在当前机器上,某个端口是否被其他进程使用了呢?

        在命令框窗口使用查询指令:

netstat -ano | findstr (要查询的端口号)

举个例子:

        查询当前主机上是否有使用端口号 80 。

  1. 左边的主机+端口号:表示本地计算机上的进程或服务正在使用的端口号。这个端口号是本地计算机上的端口号,用于本地计算机与其他计算机或服务进行通信。

  2. 右边的主机+端口号:表示远程计算机或服务的 IP 地址和端口号。这个端口号是远程计算机或服务的端口号,用于本地计算机与远程计算机或服务进行通信。

        该端口号已经被占用了,红色框中的整数数据代表着是进程 PID 。比如查询进程 PID 的应用程序。

        该 7448 进程 PID 是微信这个程序占用着。

        3)两个进程不能绑定同一个端口号

        好比 “一山不能容二虎,除非一公一母” ,如果一个服务器是 TCP,一个是 UDP 此时端口号重复了也不会收到影响(一公一母)。但是如果两个 TCP / 两个 UDP ,使用同一个端口,就会有影响。

        4)如果一个进程绑定多个端口号,是否可行呢?

        非常可行的,而且日常开发中经常用到。

        一个进程上有多个端口号的作用是可以实现多种不同的网络服务或功能,同时在同一个进程中处理多个不同类型的网络连接。这样可以提高系统的灵活性和效率,减少资源消耗。

        举个例子,一个Web服务器进程可能同时绑定了 80 端口和 443 端口。80 端口用于处理HTTP 请求,而 443 端口用于处理 HTTPS 请求。通过绑定多个端口号,这个 Web 服务器可以同时提供 HTTP 和 HTTPS 两种不同的服务,而不需要启动两个独立的进程。这样可以简化服务器端的管理和维护,并提高系统的性能和稳定性。

        2.0 传输层协议 - UDP

        是一种无连接、不可靠的传输层协议,它提供了一种简单的数据传输服务,适用于那些对数据传输的实时性要求较高,但可靠性要求较低的应用场景。

        2.1 UDP 的特性

        无连接性:UDP 是一种无连接的协议,不需要在通信之前建立连接。每个 UDP 数据包都是独立的,相互之间没有关联。

        不可靠性:UDP 不提供数据包的可靠传输,数据包可能会丢失、重复或乱序到达。UDP 不对数据包进行重传或错误纠正,应用程序需要自行处理数据包的丢失或错误。

        简单性:UDP 的头部相对较小,只包含源端口、目标端口、长度和校验和等字段,因此 UDP  的开销比较小,适用于对网络带宽和资源有限的场景。

        高效性:由于 UDP 不需要建立连接和维护状态信息,因此传输效率较高,适用于实时性要求较高的应用场景,如音频、视频等流媒体传输。

        适用场景:UDP 适用于一些对实时性要求较高、数据量较小、对可靠性要求不高的应用场景,如 DNS 查询、实时音视频传输、在线游戏等。总的来说,UDP 是一种简单、高效的传输层协议,适用于对实时性要求较高、对可靠性要求较低的应用场景。在选择使用 UDP 时,需要根据具体的应用需求和网络环境来进行权衡和选择。

        2.2 UDP 的报文格式

        对于 UDP 协议来说,应用层数据到达 UDP 之后,就会给应用层数据报前面拼装上 UDP 报头,即 UDP 数据报 = UDP 报头 + UDP 载荷

UDP 报文格式图片:

        报头的内容有:源端口号、目的端口号、UDP 数据报的总长度、校验和。

        1)源端口号:占用两个字节,指定发送端的端口号。

        2)目标端口号:占用两个字节,指定接收端的端口号。

        3)UDP 长度:占用两个字节,指定 UDP 报文的总长度,包括报头和数据。

        由于 UDP 最大的长度就是两个字节最大的表示范围 65535 个字节即 64 KB ,即报头和数据加起来最大就只有 64 KB 大小。

        具体来说,UDP 报文的总长度等于 UDP 报头的长度加上数据部分的长度。UDP 报头固定占用 8 个字节(64位),因此 UDP 报文的最小长度为8字节(只有报头,没有数据部分)。当数据部分不为空时,UDP 报文的长度会根据数据部分的实际长度来确定。

        4)校验和:占用两个字节,用于检测 UDP 报文在传输过程中是否出现错误。

        在 UDP 中,校验和只能够做到发现是否有错误。使用 CRC 的方式来完成。

        CRC(Cyclic Redundancy Check,循环冗余校验)是一种常用的错误检测技术,用于检测数据在传输过程中的错误或损坏。CRC 通过对数据进行一系列计算,生成一个校验码(Checksum),发送端将这个校验码附加在数据后一起发送,接收端在接收到数据后重新计算校验码,如果计算得到的校验码与接收到的校验码不一致,则说明数据可能出现了错误。

        UDP 中使用的 CRC 算法作为校验码,CRC 是一个简单粗暴的计算校验码的方式,循环冗余校验。设定两个字节的变量,把数据的每个字节都取出来,往这个变量上进行累加,如果结果溢出超过两个字节,溢出部分舍弃,即保留低位除去高位。

        除了 CRC 的算法还有 MD5 算法。

        MD5(Message-Digest Algorithm 5)是一种常用的哈希函数,用于产生数据的摘要。MD5 算法生成的摘要通常是一个 128 位的数字,通常表示为 32 个十六进制数字。

MD5算法具有以下特点:

        1)定长:MD5算法生成的摘要长度固定为128位,无论输入数据的长度是多少。

        2)分散:输入的内容,哪怕只有一点差异,但是结果都有很大变化。

        3)碰撞概率:MD5 算法存在碰撞概率,即不同的输入数据可能生成相同的摘要,但碰撞的概率非常低。

        4)不可逆:MD5 算法是单向的,即无法根据生成的摘要还原出原始数据。

        MD5算法在数据完整性校验、数字签名、密码存储等方面被广泛应用。

这篇关于JavaEE 初阶篇-深入了解网络原理中传输层的端口号与 UDP 协议报文格式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/951823

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

关于数据埋点,你需要了解这些基本知识

产品汪每天都在和数据打交道,你知道数据来自哪里吗? 移动app端内的用户行为数据大多来自埋点,了解一些埋点知识,能和数据分析师、技术侃大山,参与到前期的数据采集,更重要是让最终的埋点数据能为我所用,否则可怜巴巴等上几个月是常有的事。   埋点类型 根据埋点方式,可以区分为: 手动埋点半自动埋点全自动埋点 秉承“任何事物都有两面性”的道理:自动程度高的,能解决通用统计,便于统一化管理,但个性化定

【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画(下)

【课程链接】 AntV G6:深入图形与图形分组、自定义节点、节点动画(下)_哔哩哔哩_bilibili 本章十吾老师讲解了一个复杂的自定义节点中,应该怎样去计算和绘制图形,如何给一个图形制作不间断的动画,以及在鼠标事件之后产生动画。(有点难,需要好好理解) <!DOCTYPE html><html><head><meta charset="UTF-8"><title>06

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory