【Linux】网络基础2

文章目录

  • 网络基础2
    • 1. 应用层
      • 1.1 协议
      • 1.2 HTTP 协议
        • 1.2.1 URL
        • 1.2.2 urlencode和urldecode
        • 1.2.3 HTTP协议格式
        • 1.2.4 HTTP的方法
        • 1.2.5 HTTP的状态码
        • 1.2.6 HTTP 常见的header
        • 1.2.7 最简单的HTTP服务器
    • 2. 传输层
      • 2.1 端口号
        • 2.1.1 端口号范围划分
        • 2.1.2 认识知名端口号
        • 2.1.3 netstat
        • 2.1.4 pidof
    • 3. UDP 协议
      • 3.1 UDP协议格式
      • 3.2 UDP的特点
      • 3.3 基于UDP的应用层协议
    • 4. TCP协议
      • 4.1 TCP协议段格式
      • 4.2 确认应答ACK机制
      • 4.3 超时重传机制
      • 4.4 连接管理机制
      • 4.5 滑动窗口
      • 4.6 流量控制
      • 4.7 拥塞控制
      • 4.8 延迟应答
      • 4.9 捎带应答
      • 4.10 面向字节流
      • 4.11 粘包问题
      • 4.12 TCP异常情况
      • 4.13 TCP小结

网络基础2

1. 应用层

满足日常需求的应用程序都是在应用层

1.1 协议

协议是一种约定。socket api在读写程序的时候都是按照字符串的方式发送的，如果传输一些结构化数据该怎么办？

只要保证一端发送数据的时候，在另一端能够正确的解析。这就是应用层协议

1.2 HTTP 协议

HTTP协议（超文本传输协议）

1.2.1 URL

平时俗称的“网址”就是URL
w4kley9xud-1691718642986.png

1.2.2 urlencode和urldecode

像这样的字符串已经被URL当做特殊意义理解了，因此不能随意出现在URL当中
某个参数需要带特殊字符，就必须先对这些特殊字符进行转义
转义规则如下：
将需要转义的字符转为16进制，然后从右到左，取4位（不足4位直接处理）。每两位做一位，前面加上%

1.2.3 HTTP协议格式

HTTP请求：
px8020wnap-1691719356122.png

  • 首行：请求方法 URL 版本
  • Header：请求的属性，冒号分割的键值对，每组属性之间使用\n分割，遇到空行表示header部分结束
  • Body：空行后面的内容都是body，允许为空字符串如果body存在，则在头部中有一个Content -Length来标识Body的长度
    HTTP响应：
    nj8yujtmkb-1691719589985.png
  • 首行：版本号 状态码 状态码解释
  • Header：请求的属性，冒号分割的键值对，每组属性之间使用\n分割，遇到空行表示header部分结束
  • Body：空行后面的内容都是body，如果body返回一个html页面，那么页面内容就是在body当中

1.2.4 HTTP的方法

ebpiu207yn-1691719762109.png
其中最常用的就是GET和POST方法

1.2.5 HTTP的状态码

ysoq24t5y6-1691719928993.png

403状态码表示服务器理解请求，但拒绝执行请求。这通常是因为请求的资源对用户是禁止访问的，例如需要身份验证的页面或没有访问权限的页面。403状态码与401状态码的区别在于，401状态码表示未经身份验证的用户，而403状态码表示已经身份验证的用户，但没有访问权限。
302状态码表示重定向。当服务器收到客户端的请求后，会返回302状态码和一个Location头部，指示客户端重定向到另一个URL。这通常用于临时性的重定向，例如当一个网页被移到了新的URL上时，服务器可以返回302状态码和新的URL，以便客户端自动跳转到新的URL。
303状态码表示重定向，与302状态码类似。它通常用于POST请求后的重定向，以防止客户端重复提交表单数据。当服务器收到POST请求后，如果希望客户端重定向到另一个URL来获取结果，服务器会返回303状态码和一个Location头部，指示客户端进行GET请求以获取结果。这样可以防止客户端在刷新页面时重新提交表单数据。

1.2.6 HTTP 常见的header

  • Content-Type， 数据类型
  • Content-Length, Body的长度
  • Host，客户端告知服务器所请求的资源是在那个主机的那个端口上
  • User-Agent：声明用户的操作系统和浏览器的版本信息
  • referer: 当前页面是从那个页面跳转过来的
  • location：搭配3XX 状态码，告诉客户端接下来去哪里访问
  • Cookie， 用于在客户端存储少量信息，通常实现会话的功能

1.2.7 最简单的HTTP服务器

实现一个最简单的服务器，返回客户端一个hello world

#include <iostream>
#include <cstring>
#include <sys/types.h> /* See NOTES */
#include <sys/socket.h>
#include <sys/un.h>
#include <stdlib.h>
#include <stdio.h>
#include <unistd.h>
#include <string.h>
#include <netinet/in.h>
#include <arpa/inet.h>int main(int argc, char *argv[])
{if (argc != 3){std::cout << "输入参数过少" << std::endl;return 0;}int sock = socket(AF_INET, SOCK_STREAM, 0);struct sockaddr_in local;memset(&local, 0, sizeof(local));local.sin_family = AF_INET;local.sin_addr.s_addr = inet_addr(argv[1]);local.sin_port = htons(atoi(argv[2]));bind(sock, (struct sockaddr*)&local, sizeof(local));listen(sock, 32);while (true){struct sockaddr_in client;memset(&client, 0, sizeof(client));socklen_t len = sizeof(client);int n = accept(sock, (struct sockaddr*)&client, &len);if (n < 0) continue;char buf[1024];const char* hello = "<h1>hello world</h1>";sprintf(buf, "HTTP/1.0 200 Ok\nContent-Length:%lu\n\n%s", strlen(hello), hello);write(n, buf, sizeof(buf));}return 0;
}

2. 传输层

负责把数据从发送端传输到接收端

2.1 端口号

端口号标识了主机进行通信的不同的应用程序
lj8va87f1a-1691728050114.png
u05paqg9k2-1691729004985.png

2.1.1 端口号范围划分

  • 0-1023 知名端口号，HTTP、FTP、SSH广为使用的应用层协议，端口号都是固定的
  • 1024-65535：操作系统动态分派的端口号，客户端程序的端口号

2.1.2 认识知名端口号

  • ssh服务，使用22端口号
  • ftp服务，使用21端口号
  • telnet服务，使用23端口号
  • http服务：使用80端口号
  • https服务：使用443端口号

cat /etc/services

一个进程可以绑定多个端口号，但是一个端口号不能绑定多个进程

2.1.3 netstat

netstat是用来查看网络状态的重要工具

  • n 显示别名，能显示数字的全部转化为数字
  • l 仅列出在listen状态的
  • p 显示建立相关链接的程序名
  • t 仅显示TCP相关的
  • u 显示udp相关的
  • a 显示所有选项默认不显示Listen

2.1.4 pidof

查看服务器的进程id

3. UDP 协议

3.1 UDP协议格式

yab1ae8gh2-1691730775984.png

  • 16位UDP长度，表示整个数据报（UDP首部+UDP数据）的最大长度
  • 如果校验和出错，就会直接丢弃

3.2 UDP的特点

udp传输的过程类似于寄信：

  • 无连接：知道对方的IP和端口进行传输，不需要建立连接
  • 不可靠：没有确认机制，没有重传机制；如果因为网络无法发送给对方，UDP也不会给应用层任何错误信息
  • 面向数据报：不够灵活的控制读写数据的次数和数量

面向数据报
应用层交给UDP多长的报文，UDP原样发送，既不会拆分也不会合并
用udp传输100个字节的数据：

如果发送端一次调用sendto，发送100个字节，那么接收端必须调用一次对应的recvfrom，接收100个字节，不能循环的调用10次recvfrom ，每次接收10个字节

UDP的缓冲区
Udp没有真正意义上的发送缓冲区，调用函数之后直接交给内核，由内核将数据传给网络层协议进行后续的传输动作。UDP如果接收缓冲区满了之后，再达到的UDP数据就会被丢弃

UDP的socket既能读也能写，这个概念就叫做全双工

3.3 基于UDP的应用层协议

  • NFS：网络文件系统
  • TFTP：简单文件传输协议
  • DHCP：动态主机配置协议
  • DNS：域名解析协议

4. TCP协议

TCP全称为“传输控制协议”，要对数据的传输进行一个详细的控制

4.1 TCP协议段格式

6gxb36fzji-1691734533996.png

  • 4位TCP报头长度：表示TCP报头有多少个32位bit （有多少个4字节），所以TCP头部最大长度是60字节 15 * 4

  • 6 为标志位：

    • URG：紧急指针是否有效
    • ACK：确认号是否有效
    • PSH：提示接收端应用程序立刻从TCP接收缓冲区读走数据
    • RST：对方要求重新建立连接，把携带RST标识称为复位报文段
    • SYN：建立请求连接，携带SYN标识的称为同步报文
    • FIN：通知对方，本端要关闭了，携带FIN标识的称为结束报文段

  • 16位校验和：发送端填充，CRC校验，接收端校验不通过，则认为数据有问题，这个不光包含TCP首部也包含TCP数据部分

  • 16位紧急指针：标识那部分数据是紧急数据

4.2 确认应答ACK机制

o6yacm7k22-1691735577987.png
TCP将每个字节的数据都进了编号，称为序列号：
nb5oi5b6p3-1691735648989.png
每一个ACK都带有对应的确认序号列，意思是告诉发送者，收到了哪些数据，下一次从哪里开始发送

4.3 超时重传机制

78evruvp7f-1691736492112.png
如果主机A在一个特定时间间隔内没有收到B发来的确认应答，就会重新发送
但是，主机A未收到主机B的确认应答，可能是因为ACK丢失了
msabh15u5h-1691736613986.png
因为主机B会收到很多重复数据，那么TCP协议需要识别哪些包是重复的包，并且把重复的包丢弃掉。这时候可以利用前面提到的序列号，就可以很容易做到去重的效果

超时时间如果确定？

找到一个最小的时间，保证“确认应答一定能在这个时间内返回”，但是这个事件段的长短，随着网络环境的不同也是有差异的。如果设置的时间太长，会影响整体的重传效率，如果设置的时间太短，有可能频繁发送重复的包

TCP为了保证无论在任何环境下都比较高性能的通信，因此会动态的计算这个时间

  • 超时以500ms为一个单位进行控制，每次判定超时重发的超时时间都是500ms的整数倍
  • 如果等待一次后，仍然得不到应答，等待2 * 500 ms在重传
  • 如果仍然得不到应答，以指数形式递增
  • 累计到一定的重传次数，TCP认为网络或者对端主机出现异常，就会关闭连接

4.4 连接管理机制

在正常情况下，TCP要经过三次握手建立连接和四次挥手断开连接
aljwoq2uwc-1691737208110.png

4.5 滑动窗口

对每个发送的数据段，都要给一个ACK应答。收到ACK后再发送下一个数据段，这样做的一个比较大的缺点是，性能比较差尤其是数据段返回需要的时间比较长
8b6zxxfu4j-1691737792114.png
既然这样一发一收的性能比较低，我们可以一次性发送多条数据，就可以大大提高性能（其实是将多个段的等待时间重叠在一起）
9cjfoivwl4-1691737874113.png
操作系统内核为了维护这个滑动窗口，需要开辟发送缓冲区来记录哪些数据没有应答，只有确认应答的数据，才能从缓冲区删掉
窗口越大，则网络的吞吐率越高
j6mh9pbphf-1691738036987.png
如果出现了丢包，如何重传？
这样需要分情况考虑：
情况一：数据报到了，但是ACK丢了
24z8uzf8zh-1691738198993.png
这种情况下，部分ACK丢了不要紧，可以通过后续的ACK进行确认
情况二：数据报丢了
9q3kkynnqm-1691738251109.png
如果发送端主机连续三次收到同样的ACK应答，就会将对应的数据重新发送。
被收到接收端操作系统的接收缓冲区内
这种机制被称为“高速重发控制”（也叫快重传）

4.6 流量控制

接收端处理数据的速度是有限的，如果发送端发送的太快。导致接收端的缓冲区被打满，这个时候如果发送端继续发送，就会造成丢包继而引起丢包重传一系列连锁反应

TCP 支持根据接收端的处理能力，来决定发送端的发送速度，这个机制叫做流量控制

  • 接收端将自己可以接收的缓冲区大小放入TCP首部的“窗口大小”字段，通过ACK通知发送端
  • 窗口大小字段越大，说明网络的吞吐量越高
  • 接收端一旦发现自己的缓冲区快满了，就会将窗口设置成一个更小的值通知发送端
  • 发送端接收到这个窗口的大小之后，就会控制自己的发送速度
  • 如果接收方缓冲区满了，就会将窗口设置为0，这是发送方不在发送数据，但是定期发送窗口探测数据段，是接收端窗口大小告诉发送端
    ywydehaq07-1691738825114.png

4.7 拥塞控制

虽然TCP有了滑动窗口，可以高效发送大量的数据，但是在刚开始时就发送大量的数据可能引发问题
网络上可能有很多计算机，可能当前的网络状态就已经比较拥堵，在不清楚网络状态的情况下，贸然发送大量数据可能雪上加霜

TCP引入慢启动机制，先发少量的数据探探路，摸清当前网络的拥堵情况，在确定按照多大的速度传输数据
qsecpy5jzz-1691739364106.png
发送开始的时候定义拥塞窗口大小为1， 每次收到一个ACK应答拥塞窗口加1。每次发送数据报的时候，将拥塞窗口和接收端主机反馈的窗口大小做比较，取较小的值作为直接发送的窗口

这个地方有个慢启动的阈值，当拥塞窗口超过这个阈值的时候，不在按照指数方式增长，而是线性方式增长
f1dzy9eise-1691739610104.png

4.8 延迟应答

如果接收数据的主机立刻返回ACK应答，这时候返回的窗口可能比较小。如果接收端稍微等一会在应答，返回的窗口可能就很大
窗口越大，网络吞吐量就越高，目标是在保证网络不拥塞的情况下，尽量提高传输效率
每个包都延迟应答吗？

  • 数量限制：每隔N个就应答一次
  • 时间限制：超过最大延迟时间就应答一次
    ktxryryfzd-1691739979110.png

4.9 捎带应答

在延迟应答的基础上，我们发现很多情况下，客户端服务器在应用层也是“一发一收”的意味着客户端给服务器发送了一条消息，服务端也会返回一个消息。这个是会后ACK就可以搭顺丰车，和服务器返回的消息一起返回给客户端
ni9f7hfwj3-1691750195994.png

4.10 面向字节流

创建一个TCP的socket，同时在内核中创建一个接收缓冲区和发送缓冲区

  • 调用write时，数据会先被写入发送缓冲区当中，如果发送的字节流太长会被拆分成多个TCP报文发出；如果发送的字节数太短就会在缓冲区里等待，等待缓冲区长度差不多了或者合适的时机发出去
  • 接收数据的时候，数据也是从网卡驱动到达内核接收缓冲区。然后调用read可以从缓冲区里读取数据
  • TCP的一个连接，既有发送缓冲区也有接收缓冲区，对于这一个连接，即可以读数据也可以发送数据这就是全双工

4.11 粘包问题

这里的“包”指的是应用层的数据报
在TCP协议头中，没有UDP一样的“报文长度”，但是有一个序号这样的字段。站在传输层的角度，TCP是一个报文一个报文发送过来的。按照序号排好放在缓冲区。站在应用层的角度看到的是一连串的数字应用程序看到这一连串的字节数据，就不知道那个部分开始啊到那个部分，是一个完整的数据报
如何解决粘包问题？
明确两个包之间的边界

4.12 TCP异常情况

进程终止：进程终止会释放文件描述符，仍然可以发送FIN。和正常关闭没什么区别
一旦接收端有写入操作，接收端发现连接已经不在了，就会进行reset。即使没有写入操作，TCP也会内置一个保活定时器，会定期询问对方还在不在，也会连接释放

4.13 TCP小结

可靠性：

  • 校验和
  • 序列号（按序到达）
  • 确认应答
  • 超时重发
  • 连接管理
  • 流量控制
  • 拥塞控制

提高性能：

  • 滑动窗口
  • 快速重传
  • 延迟应答
  • 捎带应答

listen的第二个参数，是为了保证系统资源不浪费

TCP连接管理使用两个队列：

  1. 半链接队列
  2. 全连接队列
    全连接队列的长度会受到listen的第二个参数的影响。这个队列的长度是listen的第二个参数+1

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/87123.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

RISC-V走向开放服务器规范

RISC-V走向开放服务器规范

原文&#xff1a;RISC-V Moving Toward Open Server Specification 作者&#xff1a;Agam Shah 转载自&#xff1a;https://www.hpcwire.com/2023/07/24/risc-v-moving-toward-open-server-specification/ 中文翻译&#xff1a; 2023年7月24日 RISC-V International目前正…
阅读更多...
Android之消除APP图标的白色边框

Android之消除APP图标的白色边框

有问题的效果&#xff1a; 解决方案&#xff1a; 第一步&#xff1a;app右键—>new—>Image Asset 第二步&#xff1a;上传Logo图标&#xff0c;选择每种分辨率&#xff0c;预览看效果&#xff0c;选择Resize&#xff0c;可以微调 第三步&#xff1a;点击 Next&#xff…
阅读更多...
pytest-xdist分布式测试原理浅析

pytest-xdist分布式测试原理浅析

目录 pytest-xdist执行流程&#xff1a; pytest-xdist 模块结构&#xff1a; pytest-xdist分布式测试原理&#xff1a; pytest-xdist源码浅读&#xff1a; pytest-xdist执行流程&#xff1a; 解析命令行参数&#xff1a;pytest-xdist 会解析命令行参数&#xff0c;获取用户…
阅读更多...
K8s环境下监控告警平台搭建及配置

K8s环境下监控告警平台搭建及配置

Promethues是可以单机搭建的&#xff0c;参考prometheus入门[1] 本文是就PromethuesGrafana在K8s环境下的搭建及配置 Prometheus度量指标监控平台简介 启动minikube minikube start 安装helm 使用Helm Chart 安装 Prometheus Operator: helm install prometheus-operator stabl…
阅读更多...
idea找不到DataBase

idea找不到DataBase

一、我想把数据库跟我的idea链接&#xff0c;结果发现找不到。如图。 二、解决方案 找到 file ---setting 找到plugin------找到marketplace 我的已经出现了
阅读更多...
Jmeter入门之digest函数 jmeter字符串连接与登录串加密应用

Jmeter入门之digest函数 jmeter字符串连接与登录串加密应用

登录请求中加密串是由多个子串连接&#xff0c;再加密之后传输。 参数连接&#xff1a;${var1}${var2}${var3} 加密函数&#xff1a;__digest &#xff08;函数助手里如果没有该函数&#xff0c;请下载最新版本的jmeter5.0&#xff09; 函数助手&#xff1a;Options > …
阅读更多...
EMQX物联网竟然用这个？(一)——简介

EMQX物联网竟然用这个？(一)——简介

一、前言 我们这些年&#xff0c;“物联网”这个名称越来越被大家所知道了。 物联网 &#xff08;Internet of things&#xff09;&#xff0c;简称 IoT&#xff0c;这个概念在1991年就被漂亮国提出来了&#xff0c;解释一下就是万物可以通过互联网连接起来&#xff0c;可以进…
阅读更多...
通用FIR滤波器的verilog实现（内有Lowpass、Hilbert参数生成示例）

通用FIR滤波器的verilog实现（内有Lowpass、Hilbert参数生成示例）

众所周知&#xff0c;Matlab 中的 Filter Designer 可以直接生成 FIR 滤波器的 verilog 代码&#xff0c;可以方便地生成指定阶数、指定滤波器参数的高通、低通、带通滤波器&#xff0c;生成的 verilog 代码也可以指定输入输出信号的类型和位宽。然而其生成的代码实在算不上美观…
阅读更多...
掌握 JVM 调优命令

掌握 JVM 调优命令

常用命令 1、jps查看当前 java 进程2、jinfo实时查看和调整 JVM 配置参数3、jstat查看虚拟机统计信息4、jstack查看线程堆栈信息5、jmap查看堆内存的快照信息 JVM 日常调优总结起来就是&#xff1a;首先通过 jps 命令查看当前进程&#xff0c;然后根据 pid 通过 jinfo 命令查看…
阅读更多...
c语言——完数的计算

c语言——完数的计算

完数即所有因子之和等于其本身值 列入&#xff0c;28124714&#xff0c;28所有的因子为1&#xff0c;2&#xff0c;4&#xff0c;7&#xff0c;14 而这五个因子之和恰好也是28. //完数的计算 /*完数即所有因子之和等于其本身值 列入&#xff0c;28124714&#xff0c;28所有的…
阅读更多...
取证--理论

取证--理论

资料&#xff1a; 各比赛 Writeup &#xff1a; https://meiyacup.cn/Mo_index_gci_36.html 哔站比赛复盘视频&#xff1a; https://space.bilibili.com/453117423?spm_id_from333.337.search-card.all.click 自动分析取证四部曲 新建案例添加设备自动取证制作报告 取证大…
阅读更多...
图片预览插件vue-photo-preview的使用

图片预览插件vue-photo-preview的使用

移动端项目中需要图片预览的功能&#xff0c;但本身使用mintui&#xff0c;vantui中虽然也有&#xff0c;但是为了一个组件安装这个有点儿多余&#xff0c;就选用了vue-photo-preview插件实现&#xff08;其实偷懒也不想自己写&#xff09;。 1、安装 npm i vue-photo-preview…
阅读更多...
宋浩高等数学笔记（十一）曲线积分与曲面积分

宋浩高等数学笔记（十一）曲线积分与曲面积分

个人认为同济高数乃至数学一中最烧脑的一章。。。重点在于计算方式的掌握&#xff0c;如果理解不了可以暂时不强求&#xff0c;背熟积分公式即可。此外本贴暂时忽略两类曲面积分之间的联系&#xff0c;以及高斯公式的相关内容&#xff0c;日后会尽快更新&#xff0c;争取高效率…
阅读更多...
安装Qt选择组件

安装Qt选择组件

最近在做Qt相关的开发&#xff0c;首先搭建开发环境&#xff0c;刚开始对组件这块不是很熟悉&#xff0c;需要了解这方面的知识&#xff0c;写下来主要是方便记住关于选择组件的说明&#xff0c;Qt版本是最新的长期维护版本&#xff0c;版本号&#xff1a;6.5.2 一、选择要安装…
阅读更多...
C# Linq源码分析之Take方法

C# Linq源码分析之Take方法

概要 Take方法作为IEnumerable的扩展方法&#xff0c;具体对应两个重载方法。本文主要分析第一个接收整数参数的重载方法。 源码解析 Take方法的基本定义 public static System.Collections.Generic.IEnumerable Take (this System.Collections.Generic.IEnumerable source…
阅读更多...
Easys Excel的表格导入(读)导出(写)-----java

Easys Excel的表格导入(读)导出(写)-----java

一,EasyExcel官网: 可以学习一些新知识: EasyExcel官方文档 - 基于Java的Excel处理工具 | Easy Excel 二,为什么要使用easyexcle excel的一些优点和缺点 java解析excel的框架有很多 &#xff1a; poi jxl,存在问题&#xff1a;非常的消耗内存&#xff0c; easyexcel 我们…
阅读更多...
Vue项目npm run dev 启动报错TypeError: Cannot read property ‘upgrade‘ of undefined

Vue项目npm run dev 启动报错TypeError: Cannot read property ‘upgrade‘ of undefined

vue项目启动报错 TypeError: Cannot read property upgrade of undefined 由于我的vue.config.js文件 里面的代理target为空导致的 修改&#xff1a; 结果就可以正常运行了 参考原文&#xff1a; vue项目运行时报Cannot read property ‘upgrade’ of undefined错误_cannot r…
阅读更多...
Scratch 之 枪战的枪械画法

Scratch 之 枪战的枪械画法

大家可以参考百度图片寻找到的AK-47图片&#xff1a;AK47图片 此处我以MK18作为参照&#xff0c;MK18的造型可以在资源中获取 资源链接&#xff1a;https://download.csdn.net/download/leyang0910/88136393 对于不必要的&#xff08;繁琐的&#xff09;线条&#xff0c;我们可…
阅读更多...
低代码助力传统制造业数字化转型策略

低代码助力传统制造业数字化转型策略

随着制造强国战略逐步实施&#xff0c;制造行业数字化逐渐进入快车道。提高生产管理的敏捷性、加强产品的全生命周期质量管理是企业数字化转型的核心诉求&#xff0c;也是需要思考的核心价值。就当下传统制造业的核心问题来看&#xff0c;低代码是最佳解决方案&#xff0c;那为…
阅读更多...
栈和队列详解

栈和队列详解

目录 栈 栈的概念及结构&#xff1a; 栈的实现&#xff1a; 代码实现&#xff1a; Stack.h stack.c 队列&#xff1a; 概念及结构&#xff1a; 队列的实现&#xff1a; 代码实现&#xff1a; Queue.h Queue.c 拓展&#xff1a; 循环队列&#xff08;LeetCode题目链接&#xff0…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023