当前位置：首页 > news >正文

嵌入式LINUX——————网络2

news 2025/8/15 9:00:02

一、wireshark ：网络抓包工具

1.功能：抓取通过电脑网卡的网络数据

2.作用：排查故障、抓取数据做数据分析、

3.用法：

（1）sudo wireshark

（2）选择需要抓取的网卡====》any

（3）设置抓取的条件 ===》dup.port == 50010 然后按一下回车

（4）开始抓取

（5）进行一次网络通信

二、头部信息

1.udp 头部信息：8个字节

数据长度：真正发送的正文长度+8个字节的头部

2.tcp【头部信息】：可变长

（1）数据偏移：头部的长度；固定头部24字节+选项：可变长的头部长度

（2）标志位：

URG：紧急指针标志，为1时表示紧急指针有效，该报文应该优先传送。
ACK：确认应答标志
PSH: 表示发送数据，提示接收端从TCP接收缓冲区中读走数据，为接收后续数据腾出空间
RST：重置连接标志
SYN：表示请求建立一个连接
FIN： finish标志，表示释放连接
（3）滑动窗口大小：是TCP流量控制得一个手段。目的是告诉对方，本端得TCP接受缓冲区还能容纳多少字节得数据，这样对方就可以控制发送数据的速度，从而达到流量控制，16bit，因而窗口最大65535.

（4）序号和确认序号

发送端：0-999；

接收端返回：1000；

if（没发全）

例如：

发送端：0-999；

接收端返回：500；

三、TCP

1.TCPT特点：

（1）面向链接

（2）面向字节流

（3）安全可靠的传输协议，因为会先建立连接

（4）占用资源开销大，效率低，实时性不佳，机制复杂

2.安全可靠机制

（1）三次握手:【客户端发起】
指建立tcp连接时，需要客户端和服务端总共发送三次报文确认连接。（确保双方都已经做好收发数据的准备）

ACK：响应报文

STN:请求建立一个连接

（2）四次挥手：【两端都可发起】
断开一个tcp连接，需要客户端和服务端发送四个报文以确认断开。(确保断开前双方都已经收发完毕)

FIN:finish标志，表示释放连接

（3）应答机制

每一个tcp头部有个序列号和确认应答号，TCP给每一抱会有一个序列号，发送方会把第一个编号给序号，在接受方应答的时候，会把确认序列号置最后一个编号的下一个编号回应

通过序列号和确定序列号来确定收发的

（4）超时重传机制

3.编程

（1）socket

（2）connect

（1）功能: 发送三次握手链接请求
（2）参数:
sockfd:套接字文件描述符
addr:存放目的地址空间首地址
addrlen:目的地址长度
（3）返回值:
成功返回0
失败返回-1

（3）send

（1）功能：发送数据
（2）参数:
sockfd:套接字文件描述符
buf:存放数据空间首地址
len:数据长度
（3）返回值:
成功返回发送字节数
失败返回-1

（4）recv

（1）功能：接收数据
（2）参数:
sockfd:套接字文件描述符
buf:存放数据空间首地址
len:最多接收数据长度
flags:接收属性默认为0
（3）返回值:
成功返回实际接收字节数
失败返回-1
对方连接断开，直接返回，不在阻塞，没有数据返回0；

（5）bind

（6）listen

（1）功能：监听三次握手链接请求
（2）参数:
sockfd：套接字文件描述符
backlog：最多允许等待尚未处理的三次握手链接个数
（3）返回值：
成功返回0
失败返回-1

（7）accept

（1）功能:：处理三次握手等待队列中的第一个请求并建立一个用来通信的新套接字
（2）参数:
sockfd：套接字文件描述符
addr：存放发送端IP地址空间首地址
addrlen：想要接收的IP地址的长度
（3）返回值:
成功返通讯套接字
失败返回-1

4.提高效率

（1）延迟应答

（2）捎带应答

（3）流量控制机制

发送端根据窗口的数据大小，去动态控制发送端的数据；0--65535，接收端根据自己的能力，去调整窗口的大小，65535的时候，接受端处理能力最强，发送端可以发快一点。

（4）滑动窗口

滑动窗口大小：是TCP流量控制得一个手段。目的是告诉对方，本端得TCP接受缓冲区还能容纳多少字节得数据，这样对方就可以控制发送数据的速度，从而达到流量控制，16bit，因而窗口最大65535.

本质是一段缓冲区：通过指针把缓冲区分为几个部分：

已发送并且收到应答的数据、已发送未收到应答的数据、未发送但在对方处理能力内的数据；未发送但不在对方处理能力内的数据；

慢慢滑动，已发送并且收到的数据滑出。

四. TCP粘包问题【高频面试题】

TCP协议是面向字节流的协议，接收方不知道消息的界限，不知道一次提取多少数据，这就造成了粘包问题。

1. 粘包问题出现的原因：

（1）发送端：需要等缓冲区满时才发送出去，造成粘包；发送数据太快

（2）接收端：不及时的接收缓冲区内的包，造成多个包接收。处理数据太慢导致数据在缓冲区缓存

2.避免粘包问题的方法：

（1）对于定长的包，保证每次都按固定大小发送和读取即可；// 结构体

1）问题：

结构体对齐问题：假设发送方和接收方分别32字节、64字节；在不同字节平台结构体对齐长度不一样；所以要确保双方结构体对齐方式一样；或者指定按照1个字节对齐，注意，结构体不可放指针；
在双方通信时，发送方的发送数据类型不一样，接收很难确认和区分接受的大小；所以不适用于数据类型多样化；
（2）对于变长的包，还可以在包和包之间使用明确的分隔符，这个分隔符是由程序员自己来定的，只要保证分隔符不和正文冲突即可。应用层根据分隔符进行解析

（3）自定义一个应用层的数据协议帧；