(九)【Java程序员必背知识点】 网络 Bertha 。 2023-09-28 08:29 166阅读 0赞 #### 目录 #### * * * 9.1.1. 网络 7 层架构 * 9.1.2. TCP/IP 原理 * * 9.1.2.1. 网络 访问层(Network Access Layer) * 9.1.2.2. 网络层(Internet Layer) * 9.1.2.3. 传输层(Tramsport Layer-TCP/UDP) * 9.1.2.4. 应用层(Application Layer) * 9.1.3. TCP 三次握手/ 四次挥手 * * 9.1.3.1. 数据包说明 * 9.1.3.2. 三次握手 * 9.1.3.3. 四次挥手 * 9.1.4. HTTP 原理 * * 9.1.4.1. 传输流程 * 9.1.4.2. HTTP * 9.1.4.3. HTTPS * 9.1.5. CDN 原理 * * 9.1.5.1. 分发服务系统 * 9.1.5.2. 负载均衡系统: * 9.1.5.3. 管理系统: -------------------- #### 9.1.1. 网络 7 层架构 #### 7 层模型主要包括: 1. 物理层:主要定义物理设备标准,如网线的接口类型、光纤的接口类型、各种传输介质的传输速率 等。它的主要作用是传输比特流(就是由 1、0 转化为电流强弱来进行传输,到达目的地后在转化为 1、0,也就是我们常说的模数转换与数模转换)。这一层的数据叫做比特。 2. 数据链路层:主要将从物理层接收的数据进行 MAC 地址(网卡的地址)的封装与解封装。常把这 一层的数据叫做帧。在这一层工作的设备是交换机,数据通过交换机来传输。 3. 网络层:主要将从下层接收到的数据进行 IP 地址(例 192.168.0.1)的封装与解封装。在这一层工 作的设备是路由器,常把这一层的数据叫做数据包。 4. 传输层:定义了一些传输数据的协议和端口号(WWW 端口 80 等),如:TCP(传输控制协议, 传输效率低,可靠性强,用于传输可靠性要求高,数据量大的数据),UDP(用户数据报协议, 与 TCP 特性恰恰相反,用于传输可靠性要求不高,数据量小的数据,如 QQ 聊天数据就是通过这 种方式传输的)。 主要是将从下层接收的数据进行分段进行传输,到达目的地址后在进行重组。 常常把这一层数据叫做段。 5. 会话层:通过传输层(端口号:传输端口与接收端口)建立数据传输的通路。主要在你的系统之间 发起会话或或者接受会话请求(设备之间需要互相认识可以是 IP 也可以是 MAC 或者是主机名) 6. 表示层:主要是进行对接收的数据进行解释、加密与解密、压缩与解压缩等(也就是把计算机能够 识别的东西转换成人能够能识别的东西(如图片、声音等)) 7. 应用层 主要是一些终端的应用,比如说FTP(各种文件下载),WEB(IE浏览),QQ之类的(你 就把它理解成我们在电脑屏幕上可以看到的东西.就 是终端应用)。 ![在这里插入图片描述][4a64f2e908cc4102b0ab3504807290b9.png] #### 9.1.2. TCP/IP 原理 #### TCP/IP 协议不是 TCP 和 IP 这两个协议的合称,而是指因特网整个 TCP/IP 协议族。从协议分层 模型方面来讲,TCP/IP 由四个层次组成:网络接口层、网络层、传输层、应用层。 ![在这里插入图片描述][61189d083eb840ad812c5423d766bdf5.png] ##### 9.1.2.1. 网络 访问层(Network Access Layer) ##### 1. 网络访问层(Network Access Layer)在 TCP/IP 参考模型中并没有详细描述,只是指出主机 必须使用某种协议与网络相连。 ##### 9.1.2.2. 网络层(Internet Layer) ##### 1. 网络层(Internet Layer)是整个体系结构的关键部分,其功能是使主机可以把分组发往任何网 络,并使分组独立地传向目标。这些分组可能经由不同的网络,到达的顺序和发送的顺序也 可能不同。高层如果需要顺序收发,那么就必须自行处理对分组的排序。互联网层使用因特 网协议(IP,Internet Protocol)。 ##### 9.1.2.3. 传输层(Tramsport Layer-TCP/UDP) ##### 1. 传输层(Tramsport Layer)使源端和目的端机器上的对等实体可以进行会话。在这一层定义了 两个端到端的协议:传输控制协议(TCP,Transmission Control Protocol)和用户数据报协 议(UDP,User Datagram Protocol)。TCP 是面向连接的协议,它提供可靠的报文传输和对 上层应用的连接服务。为此,除了基本的数据传输外,它还有可靠性保证、流量控制、多路 复用、优先权和安全性控制等功能。UDP 是面向无连接的不可靠传输的协议,主要用于不需 要 TCP 的排序和流量控制等功能的应用程序。 ##### 9.1.2.4. 应用层(Application Layer) ##### 1. 应用层(Application Layer)包含所有的高层协议,包括:虚拟终端协议(TELNET, TELecommunications NETwork)、文件传输协议(FTP,File Transfer Protocol)、电子邮件 传输协议(SMTP,Simple Mail Transfer Protocol)、域名服务(DNS,Domain Name Service)、网上新闻传输协议(NNTP,Net News Transfer Protocol)和超文本传送协议 (HTTP,HyperText Transfer Protocol)等。 #### 9.1.3. TCP 三次握手/ 四次挥手 #### TCP 在传输之前会进行三次沟通,一般称为“三次握手”,传完数据断开的时候要进行四次沟通,一般 称为“四次挥手”。 ##### 9.1.3.1. 数据包说明 ##### 1. 源端口号( 16 位):它(连同源主机 IP 地址)标识源主机的一个应用进程。 2. 目的端口号( 16 位):它(连同目的主机 IP 地址)标识目的主机的一个应用进程。这两个值 加上 IP 报头中的源主机 IP 地址和目的主机 IP 地址唯一确定一个 TCP 连接。 3. 顺序号 seq( 32 位):用来标识从 TCP 源端向 TCP 目的端发送的数据字节流,它表示在这个 报文段中的第一个数据字节的顺序号。如果将字节流看作在两个应用程序间的单向流动,则 TCP 用顺序号对每个字节进行计数。序号是 32bit 的无符号数,序号到达 2 的 32 次方 - 1 后 又从 0 开始。当建立一个新的连接时, SYN 标志变 1 ,顺序号字段包含由这个主机选择的该 连接的初始顺序号 ISN ( Initial Sequence Number )。 4. 确认号 ack( 32 位):包含发送确认的一端所期望收到的下一个顺序号。因此,确认序号应当 是上次已成功收到数据字节顺序号加 1 。只有 ACK 标志为 1 时确认序号字段才有效。 TCP 为 应用层提供全双工服务,这意味数据能在两个方向上独立地进行传输。因此,连接的每一端必 须保持每个方向上的传输数据顺序号。 5. TCP 报头长度( 4 位):给出报头中 32bit 字的数目,它实际上指明数据从哪里开始。需要这 个值是因为任选字段的长度是可变的。这个字段占 4bit ,因此 TCP 最多有 60 字节的首部。然 而,没有任选字段,正常的长度是 20 字节。 6. 保留位( 6 位):保留给将来使用,目前必须置为 0 。 7. 控制位( control flags , 6 位):在 TCP 报头中有 6 个标志比特,它们中的多个可同时被设 置为 1 。依次为: * URG :为 1 表示紧急指针有效,为 0 则忽略紧急指针值。 * ACK :为 1 表示确认号有效,为 0 表示报文中不包含确认信息,忽略确认号字段。 * PSH :为 1 表示是带有 PUSH 标志的数据,指示接收方应该尽快将这个报文段交给应用层 而不用等待缓冲区装满。 * RST :用于复位由于主机崩溃或其他原因而出现错误的连接。它还可以用于拒绝非法的报 文段和拒绝连接请求。一般情况下,如果收到一个 RST 为 1 的报文,那么一定发生了某些 问题。 * SYN :同步序号,为 1 表示连接请求,用于建立连接和使顺序号同步( synchronize )。 * FIN :用于释放连接,为 1 表示发送方已经没有数据发送了,即关闭本方数据流。 1. 窗口大小( 16 位):数据字节数,表示从确认号开始,本报文的源方可以接收的字节数,即源 方接收窗口大小。窗口大小是一个 16bit 字段,因而窗口大小最大为 65535 字节。 2. 校验和( 16 位):此校验和是对整个的 TCP 报文段,包括 TCP 头部和 TCP 数据,以 16 位字 进行计算所得。这是一个强制性的字段,一定是由发送端计算和存储,并由接收端进行验证。 3. 紧急指针( 16 位):只有当 URG 标志置 1 时紧急指针才有效。TCP 的紧急方式是发送端向另 一端发送紧急数据的一种方式。 4. 选项:最常见的可选字段是最长报文大小,又称为 MSS(Maximum Segment Size) 。每个连 接方通常都在通信的第一个报文段(为建立连接而设置 SYN 标志的那个段)中指明这个选项, 它指明本端所能接收的最大长度的报文段。选项长度不一定是 32 位字的整数倍,所以要加填充 位,使得报头长度成为整字数。 5. 数据: TCP 报文段中的数据部分是可选的。在一个连接建立和一个连接终止时,双方交换的报 文段仅有 TCP 首部。如果一方没有数据要发送,也使用没有任何数据的首部来确认收到的数 据。在处理超时的许多情况中,也会发送不带任何数据的报文段。 ![在这里插入图片描述][7cbfdb2fa0b543f7ab53aff6b887d3ac.png] ##### 9.1.3.2. 三次握手 ##### 第一次握手:主机 A 发送位码为 syn=1,随机产生 seq number=1234567 的数据包到服务器,主机 B 由 SYN=1 知道,A 要求建立联机; 第二次握手:主机 B 收到请求后要确认联机 信息,向 A 发 送 ack number=( 主机 A 的 seq+1),syn=1,ack=1,随机产生 seq=7654321 的包 第三次握手:主机 A 收到后检查 ack number 是否正确,即第一次发送的 seq number+1,以及位码 ack 是否为 1,若正确,主机 A 会再发送 ack number=(主机 B 的 seq+1),ack=1,主机 B 收到后确认 seq 值与 ack=1 则连接建立成功。 ![在这里插入图片描述][a8255801460a42f4bbba9d68c2a96ed0.png] ##### 9.1.3.3. 四次挥手 ##### TCP 建立连接要进行三次握手,而断开连接要进行四次。这是由于 TCP 的半关闭造成的。因为 TCP 连 接是全双工的(即数据可在两个方向上同时传递)所以进行关闭时每个方向上都要单独进行关闭。这个单 方向的关闭就叫半关闭。当一方完成它的数据发送任务,就发送一个 FIN 来向另一方通告将要终止这个 方向的连接。 1) 关闭客户端到服务器的连接:首先客户端 A 发送一个 FIN,用来关闭客户到服务器的数据传送, 然后等待服务器的确认。其中终止标志位 FIN=1,序列号 seq=u 2) 服务器收到这个 FIN,它发回一个 ACK,确认号 ack 为收到的序号加 1。 3) 关闭服务器到客户端的连接:也是发送一个 FIN 给客户端。 4) 客户段收到 FIN 后,并发回一个 ACK 报文确认,并将确认序号 seq 设置为收到序号加 1。 首先进行关闭的一方将执行主动关闭,而另一方执行被动关闭。 ![在这里插入图片描述][cf0ff4bddc164e308970167d06d6ebd5.png] 主机 A 发送 FIN 后,进入终止等待状态, 服务器 B 收到主机 A 连接释放报文段后,就立即 给主机 A 发送确认,然后服务器 B 就进入 close-wait 状态,此时 TCP 服务器进程就通知高 层应用进程,因而从 A 到 B 的连接就释放了。此时是“半关闭”状态。即 A 不可以发送给 B,但是 B 可以发送给 A。此时,若 B 没有数据报要发送给 A 了,其应用进程就通知 TCP 释 放连接,然后发送给 A 连接释放报文段,并等待确认。A 发送确认后,进入 time-wait,注 意,此时 TCP 连接还没有释放掉,然后经过时间等待计时器设置的 2MSL 后,A 才进入到 close 状态。 #### 9.1.4. HTTP 原理 #### HTTP是一个无状态的协议。无状态是指客户机(Web浏览器)和服务器之间不需要建立持久的连接, 这意味着当一个客户端向服务器端发出请求,然后服务器返回响应(response),连接就被关闭了,在服 务器端不保留连接的有关信息.HTTP 遵循请求(Request)/应答(Response)模型。客户机(浏览器)向 服务器发送请求,服务器处理请求并返回适当的应答。所有 HTTP 连接都被构造成一套请求和应答。 ##### 9.1.4.1. 传输流程 ##### 1 :地址解析 如用客户端浏览器请求这个页面:http://localhost.com:8080/index.htm 从中分解出协议名、主机名、 端口、对象路径等部分,对于我们的这个地址,解析得到的结果如下: 协议名:http 主机名:localhost.com 端口:8080 对象路径:/index.htm 在这一步,需要域名系统 DNS 解析域名 localhost.com,得主机的 IP 地址。 2 : 封装 HTTP 请求数据包 把以上部分结合本机自己的信息,封装成一个 HTTP 请求数据包 3 : 封装成 TCP 包并建立连接 封装成 TCP 包,建立 TCP 连接(TCP 的三次握手) 4 : 客户机发送请求命 4)客户机发送请求命令:建立连接后,客户机发送一个请求给服务器,请求方式的格式为:统一资 源标识符(URL)、协议版本号,后边是 MIME 信息包括请求修饰符、客户机信息和可内容。 5 : 服务器响应 服务器接到请求后,给予相应的响应信息,其格式为一个状态行,包括信息的协议版本号、一个成功或 错误的代码,后边是 MIME 信息包括服务器信息、实体信息和可能的内容。 6 : 服务器关闭 TCP 连接 服务器关闭 TCP 连接:一般情况下,一旦 Web 服务器向浏览器发送了请求数据,它就要关闭 TCP 连 接,然后如果浏览器或者服务器在其头信息加入了这行代码 Connection:keep-alive,TCP 连接在发送 后将仍然保持打开状态,于是,浏览器可以继续通过相同的连接发送请求。保持连接节省了为每个请求 建立新连接所需的时间,还节约了网络带宽。 ![在这里插入图片描述][7895a502381c4640a4febb7ac64ed6f1.png] ##### 9.1.4.2. HTTP ##### <table> <thead> <tr> <th>状态码</th> <th align="left">原因短语</th> </tr> </thead> <tbody> <tr> <td><strong>消息响应</strong></td> <td align="left"><strong>消息响应</strong></td> </tr> <tr> <td>100</td> <td align="left">Continue(继续)</td> </tr> <tr> <td>101</td> <td align="left">Switching Protocol(切换协议)</td> </tr> <tr> <td><strong>成功响应</strong></td> <td align="left"><strong>成功响应</strong></td> </tr> <tr> <td>200</td> <td align="left">OK(成功)</td> </tr> <tr> <td>201</td> <td align="left">Created(已创建)</td> </tr> <tr> <td>202</td> <td align="left">Accepted(已创建)</td> </tr> <tr> <td>203</td> <td align="left">Non-Authoritative Information(未授权信息)</td> </tr> <tr> <td>204</td> <td align="left">No Content(无内容)</td> </tr> <tr> <td>205</td> <td align="left">Reset Content(重置内容)</td> </tr> <tr> <td>206</td> <td align="left">Partial Content(部分内容)</td> </tr> <tr> <td><strong>重定向</strong></td> <td align="left"><strong>重定向</strong></td> </tr> <tr> <td>300</td> <td align="left">Multiple Choice(多种选择)</td> </tr> <tr> <td>301</td> <td align="left">Moved Permanently(永久移动)</td> </tr> <tr> <td>302</td> <td align="left">Found(临时移动)</td> </tr> <tr> <td>303</td> <td align="left">See Other(查看其他位置)</td> </tr> <tr> <td>304</td> <td align="left">Not Modified(未修改)</td> </tr> <tr> <td>305</td> <td align="left">Use Proxy(使用代理)</td> </tr> <tr> <td>306</td> <td align="left">unused (未使用)</td> </tr> <tr> <td>307</td> <td align="left">Temporary Redirect(临时重定向)</td> </tr> <tr> <td>308</td> <td align="left">Permanent Redirect(永久重定向)</td> </tr> <tr> <td><strong>客户端错误</strong></td> <td align="left"><strong>客户端错误</strong></td> </tr> <tr> <td>400</td> <td align="left">Bad Request(错误请求)</td> </tr> <tr> <td>401</td> <td align="left">Unauthorized(未授权)</td> </tr> <tr> <td>402</td> <td align="left">Payment Required(需要付款)</td> </tr> <tr> <td>403</td> <td align="left">Forbidden(禁止访问)</td> </tr> <tr> <td>404</td> <td align="left">Not Found(未找到)</td> </tr> <tr> <td>405</td> <td align="left">Method Not Allowed(不允许使用该方法)</td> </tr> <tr> <td>406</td> <td align="left">Not Acceptable(无法接受)</td> </tr> <tr> <td>407</td> <td align="left">Proxy Authentication Required(要求代理身份验证)</td> </tr> <tr> <td>408</td> <td align="left">Request Timeout(请求超时)</td> </tr> <tr> <td>409</td> <td align="left">Conflict(冲突)</td> </tr> <tr> <td>410</td> <td align="left">Gone(已失效)</td> </tr> <tr> <td>411</td> <td align="left">Length Required(需要内容长度头)</td> </tr> <tr> <td>412</td> <td align="left">Precondition Failed(预处理失败)</td> </tr> <tr> <td>413</td> <td align="left">Request Entity Too Large(请求实体过长)</td> </tr> <tr> <td>414</td> <td align="left">Request-URI Too Long(请求网址过长)</td> </tr> <tr> <td>415</td> <td align="left">Unsupported Media Type(媒体类型不支持)</td> </tr> <tr> <td>416</td> <td align="left">Requested Range Not Satisfiable(请求范围不合要求)</td> </tr> <tr> <td>417</td> <td align="left">Expectation Failed(预期结果失败)</td> </tr> <tr> <td><strong>服务器端错误</strong></td> <td align="left"><strong>服务器端错误</strong></td> </tr> <tr> <td>500</td> <td align="left">Internal Server Error(内部服务器错误)</td> </tr> <tr> <td>501</td> <td align="left">Implemented(未实现)</td> </tr> <tr> <td>502</td> <td align="left">Bad Gateway(网关错误)</td> </tr> <tr> <td>503</td> <td align="left">Service Unavailable(服务不可用)</td> </tr> <tr> <td>504</td> <td align="left">Gateway Timeout (网关超时)</td> </tr> <tr> <td>505</td> <td align="left">HTTP Version Not Supported(HTTP 版本不受支持)</td> </tr> </tbody> </table> ##### 9.1.4.3. HTTPS ##### HTTPS(全称:Hypertext Transfer Protocol over Secure Socket Layer),是以安全为目标的 HTTP 通道,简单讲是 HTTP 的安全版。即 HTTP 下加入 SSL 层,HTTPS 的安全基础是 SSL。其所用 的端口号是 443。 过程大致如下: 建立连接获取证书 1) SSL 客户端通过 TCP 和服务器建立连接之后(443 端口),并且在一般的 tcp 连接协商(握 手)过程中请求证书。即客户端发出一个消息给服务器,这个消息里面包含了自己可实现的算 法列表和其它一些需要的消息,SSL 的服务器端会回应一个数据包,这里面确定了这次通信所 需要的算法,然后服务器向客户端返回证书。(证书里面包含了服务器信息:域名。申请证书 的公司,公共秘钥)。 证书验证 2) Client 在收到服务器返回的证书后,判断签发这个证书的公共签发机构,并使用这个机构的公 共秘钥确认签名是否有效,客户端还会确保证书中列出的域名就是它正在连接的域名。 数据加密和传输 3) 如果确认证书有效,那么生成对称秘钥并使用服务器的公共秘钥进行加密。然后发送给服务 器,服务器使用它的私钥对它进行解密,这样两台计算机可以开始进行对称加密进行通信。 ![在这里插入图片描述][120925ed7b0e456e9ee16e6af1998e2e.png] #### 9.1.5. CDN 原理 #### CND 一般包含分发服务系统、负载均衡系统和管理系统 ##### 9.1.5.1. 分发服务系统 ##### 其基本的工作单元就是各个 Cache 服务器。负责直接响应用户请求,将内容快速分发到用户;同时还 负责内容更新,保证和源站内容的同步。 根据内容类型和服务种类的不同,分发服务系统分为多个子服务系统,如:网页加速服务、流媒体加速 服务、应用加速服务等。每个子服务系统都是一个分布式的服务集群,由功能类似、地域接近的分布部 署的 Cache 集群组成。 在承担内容同步、更新和响应用户请求之外,分发服务系统还需要向上层的管理调度系统反馈各个 Cache 设备的健康状况、响应情况、内容缓存状况等,以便管理调度系统能够根据设定的策略决定由 哪个 Cache 设备来响应用户的请求。 ##### 9.1.5.2. 负载均衡系统: ##### 负载均衡系统是整个 CDN 系统的中枢。负责对所有的用户请求进行调度,确定提供给用户的最终访问 地址。 使用分级实现。最基本的两极调度体系包括全局负载均衡(GSLB)和本地负载均衡(SLB)。 GSLB 根据用户地址和用户请求的内容,主要根据就近性原则,确定向用户服务的节点。一般通过 DNS 解析或者应用层重定向(Http 3XX 重定向)的方式实现。 SLB 主要负责节点内部的负载均衡。当用户请求从 GSLB 调度到 SLB 时,SLB 会根据节点内各个 Cache 设备的工作状况和内容分布情况等对用户请求重定向。SLB 的实现有四层调度(LVS)、七层调 度(Nginx)和链路负载调度等。 ##### 9.1.5.3. 管理系统: ##### 分为运营管理和网络管理子系统。 网络管理系统实现对 CDN 系统的设备管理、拓扑管理、链路监控和故障管理,为管理员提供对全网资 源的可视化的集中管理,通常用 web 方式实现。 运营管理是对 CDN 系统的业务管理,负责处理业务层面的与外界系统交互所必须的一些收集、整理、 交付工作。包括用户管理、产品管理、计费管理、统计分析等。 ![在这里插入图片描述][873db8741d3349b1a4c4488c1331880e.png] [4a64f2e908cc4102b0ab3504807290b9.png]: https://img-blog.csdnimg.cn/4a64f2e908cc4102b0ab3504807290b9.png [61189d083eb840ad812c5423d766bdf5.png]: https://img-blog.csdnimg.cn/61189d083eb840ad812c5423d766bdf5.png [7cbfdb2fa0b543f7ab53aff6b887d3ac.png]: https://img-blog.csdnimg.cn/7cbfdb2fa0b543f7ab53aff6b887d3ac.png [a8255801460a42f4bbba9d68c2a96ed0.png]: https://img-blog.csdnimg.cn/a8255801460a42f4bbba9d68c2a96ed0.png [cf0ff4bddc164e308970167d06d6ebd5.png]: https://img-blog.csdnimg.cn/cf0ff4bddc164e308970167d06d6ebd5.png [7895a502381c4640a4febb7ac64ed6f1.png]: https://img-blog.csdnimg.cn/7895a502381c4640a4febb7ac64ed6f1.png [120925ed7b0e456e9ee16e6af1998e2e.png]: https://img-blog.csdnimg.cn/120925ed7b0e456e9ee16e6af1998e2e.png [873db8741d3349b1a4c4488c1331880e.png]: https://img-blog.csdnimg.cn/873db8741d3349b1a4c4488c1331880e.png
相关 (三)【Java程序员必背知识点】JAVA 集合 目录 3. JAVA 集合 3.1. 接口继承关系和实现 3.2. List 3.2.1. ArrayList (数组 迷南。/ 2023年09月29日 15:37/ 0 赞/ 36 阅读
相关 (六)【Java程序员必背知识点】Spring 目录 6. Spring 原理 6.1.1. Spring 特点 6.1.1.1. 轻量级 浅浅的花香味﹌/ 2023年09月29日 15:29/ 0 赞/ 29 阅读
相关 (二)【Java程序员必背知识点】JVM 目录 2. JVM 2.1. 线程 2.2. JVM 2.2.1. 程序计数器( 线程私有) 2 妖狐艹你老母/ 2023年09月29日 15:22/ 0 赞/ 30 阅读
相关 (五)【Java程序员必背知识点】JAVA 基础 目录 5. JAVA 基础 5.1.1. JAVA 异常分类及处理 5.1.1.1. 概念 5.1.1.2. 小灰灰/ 2023年09月29日 15:14/ 0 赞/ 36 阅读
相关 (九)【Java程序员必背知识点】 网络 目录 9.1.1. 网络 7 层架构 9.1.2. TCP/IP 原理 9.1.2.1. 网络 访问层 Bertha 。/ 2023年09月28日 08:29/ 0 赞/ 167 阅读
相关 (八)【Java程序员必背知识点】Netty 与 RPC 目录 8.1.1. Netty 原理 8.1.2. Netty 高性能 8.1.2.1. 多路复用 通 待我称王封你为后i/ 2023年09月28日 08:27/ 0 赞/ 114 阅读
相关 (七)【Java程序员必背知识点】微服务 目录 7.1.1. 服务 注册 发现 7.1.1.1. 客户端注册 (zookeeper ) 分手后的思念是犯贱/ 2023年09月28日 08:20/ 0 赞/ 36 阅读
相关 (十二)【Java程序员必背知识点】Kafka 目录 12.1.1. Kafka 概念 12.1.2. Kafka 数据存储设计 12.1.2.1. 我会带着你远行/ 2023年09月28日 08:18/ 0 赞/ 33 阅读
相关 (十九)【Java程序员必背知识点】数据库 目录 19.1.1. 存储引擎 19.1.1.1. 概念 19.1.1.2. InnoDB ( 以你之姓@/ 2023年09月28日 08:12/ 0 赞/ 133 阅读
相关 (十三)【Java程序员必背知识点】RabbitMQ 目录 13.1.1. 概念 13.1.2. RabbitMQ 架构 13.1.2.1. Message 心已赠人/ 2023年09月28日 08:12/ 0 赞/ 65 阅读
还没有评论,来说两句吧...