文章目录
- IP地址和MAC地址
- 源IP地址和目的IP地址
- 端口号(port)
- 端口号和PID
- 初识TCP/UDP协议
- TCP
- UDP
- 可靠/不可靠传输
- 网络字节流
- 理解socket套接字概念
- socket常见API
- socket接口参数中的结构体
IP地址和MAC地址
IP协议有两个版本,IPv4和IPv6,凡是提到IP协议,没有特殊说明的默认都是指IPv4
IP地址是在IP协议中, 用来标识网络中不同主机的地址;
对于IPv4来说, IP地址是一个4字节, 32位的整数;
我们通常也使用 “点分十进制” 的字符串表示IP地址, 例如 192.168.0.1 ; 用点分割的每一个数字表示一个字节, 范围是 0 - 255
MAC:
MAC地址用来识别数据链路层中相连的节点;
长度为48位, 及6个字节. 一般用16进制数字加上冒号的形式来表示(例如: 08:00:27:03:fb:19)
在网卡出厂时就确定了, 不能修改. mac地址通常是唯一的(虚拟机中的mac地址不是真实的mac地址, 可能会冲突; 也有些网卡支持用户配置mac地址)
IP地址可以在局域网和广域网中工作,主要在广域网中使用。MAC地址通常在局域网中使用
源IP地址和目的IP地址
首先要有一个概念:一台主机向另一台主机发送数据时,如果是在同一个局域网中那么可以通过MAC地址就能找到另一台主机。如果是两台主机不是在同一个区域内,那么发送数据的主机就需要通过另一台主机的IP地址来找到它。
因此当数据传送时不仅是有数据,还会发送两台主机各自的IP地址,其中发送数据的主机IP地址就成为源IP,接收数据的主机就称为目的IP
端口号(port)
首先要明确,两台主机之间传递数据并不是传输的真正目的,只是传输的手段而已。真正的目的是实现主机上面的APP通信。例如手机打开抖音的客户端,那么想要看到视频就得接收到抖音服务器端发送过来的数据。那么在系统层面而言,一个可执行程序运行需要被系统加载到内存并创建指定的PCB,也就是进程。因此网络通信的本质可以理解为:基于不同主机之间进程的通信
那么在一台主机中肯定不止是有一个进程,那么从源主机发送过来的数据要怎么样确保是指定的进程接收呢。这就要引入一个概念:端口号
端口号是用来标识进程唯一性的,是一个2字节16位的整数
一个端口号在同一个主机中有且仅有一个对应的进程
综上可以得出,在网络层面上一个主机的一个进程是由IP地址 + 端口号 来标识唯一性的。那么进程的通信的前提是让进程之间看到同一份公共资源,对于网络通信而言这一份公共资源就是网络
端口号和PID
在系统中,每个进程会有其对应的PID标识其唯一性,那么为什么还要存在端口号呢?其中最主要的目的就是为了解耦,从两个方面进行分析
- PID是由系统规定的,端口号是由网络规定的。并不是所有的进程都需要网络通信的,因此并不是所有的进程都需要端口号,但是所有的进程在系统中一旦被创建就一定需要有PID
- 每一次创建出来的进程的PID都不是固定的,一旦进程被关闭之后再次打开那么其PID是会发生改变的,但是跨主机的网络传输就拿不到每一次打开进程的PID就不能够保证数据的传输能准确无误的传输到指定进程。端口号是不会被改变的,就像现实生活中 110就代表着报警电话,120就代表着急救电话。
一个端口号只能绑定一个进程,但是一个进程可以绑定多个端口号
在网络传输的过程中:不仅会把数据发送,也会把IP地址和端口号一并发送。因为网络的传输不是单向的,数据也是需要被传送回来的,除了数据外多出来的那一部分“数据”在传输过程中会以协议的形式呈现
初识TCP/UDP协议
在使用网络套接字编程时一定会遵守协议分层的原则依次往下,第一个遇到的分层为传输层。在传输层中会用到的协议就是TCP/UDP这两种协议
TCP
TCP(Transmission Control Protocol 传输控制协议)
- 传输层协议
- 通信前需要建立连接
- 可靠传输
- 面向字节流
UDP
UDP(User Datagram Protocol 用户数据报协议)
- 传输层协议
- 通信前不需要建立连接
- 不可靠传输
- 面向数据报
可靠/不可靠传输
对于这两种协议的可不可靠并不是褒义词和贬义词,是一个中性的概念
在发送数据时如果出现了丢包的情况,或者数据被重复传递等情况就称为不可靠
那么实现可靠传输是肯定需要成本的,往往代码较为复杂维护成本较高。不可靠传输就较为简单,因此根据使用场景来选择合适的方式即可
网络字节流
在系统内存中存储数据是会有大小端之分的
小端:低权值放在低地址
大端:低权值放在高地址
那么在传输中就会出现问题,两个大小端不同的主机传输数据就会出现数据不明确的问题。因为是跨主机所以并不清楚接收到的数据是按什么端存储的。
因此为了避免这种情况,在网络中规定所有的数据都按照大端的方式,发送数据的机器如果不是大端就必须要将数据转换为大端再发送
- 发送主机把发送缓冲区中的数据按内存地址从低到高的顺序发出
- 接收主机把从网络上接到的字节依次保存在接收缓冲区中,也是按内存地址从低到高的顺序保存。也就是说先发出的数据是低地址,后发出的数据是高地址
- TCP/IP协议规定,网络数据流应采用大端字节序,即低地址高字节 不管这台主机是大端机还是小端机, 都会按照这个TCP/IP规定的网络字节序来发送/接收数据;如果当前发送主机是小端, 就需要先将数据转成大端; 否则就忽略, 直接发送即可
在系统中存在着四个接口提供小端转换大端
#include <arpa/inet.h>
// 主机序列转网络序列
uint16_t htons(uint16_t hostshort);
uint32_t htonl(uint32_t hostlong);
// 网络序列转主机序列
uint16_t ntohs(uint16_t netshort);
uint32_t ntohl(uint32_t netlong);
其中:h表示host,n表示network,l表示32位长整数,s表示16位短整数。主机是大端还是小端,函数内部会自行判断。
理解socket套接字概念
IP地址+端口号能够标识该主机上的唯一的一个进程:ip和端口号port就叫为套接字,socket就是插座的意思,进行网络通信时就需要插头和插座配套使用
套接字的种类较多,最常见的有三种
- 网络套接字
- 原始套接字
- unix域间套接字
网络套接字主要运用于跨主机之间的通信,也能支持本地通信,而域间套接字只能在本地通信。而原始套接字可以跨过传输(TCP/IP协议)访问底层的数据,为了应对不同的使用场景,设计者们只设计了一套接口根据不同的参数应对不同的使用场景
socket常见API
// 创建 socket 文件描述符 (TCP/UDP, 客户端 + 服务器)
int socket(int domain, int type, int protocol);
// 绑定端口号 (TCP/UDP, 服务器)
int bind(int socket, const struct sockaddr *address,socklen_t address_len);
// 开始监听socket (TCP, 服务器)
int listen(int socket, int backlog);
// 接收请求 (TCP, 服务器)
int accept(int socket, struct sockaddr* address,socklen_t* address_len);
// 建立连接 (TCP, 客户端)
int connect(int sockfd, const struct sockaddr *addr,socklen_t addrlen);
socket接口参数中的结构体
可以看到上面的接口中会出现一种 struct sockaddr的结构体类型,那么这个结构体是什么呢
struct sockaddr_in(inet,网络通信) 和 struct sockaddr_un(unix,域间通信)这两种就是常见的套接字结构体类型
struct sockaddr_in {
short int sin_family; // 地址族,一般为AF_INET
unsigned short int sin_port; // 端口号,网络字节序
struct in_addr sin_addr; // IP地址
unsigned char sin_zero[8]; // 用于填充,使sizeof(sockaddr_in)等于16
};
struct sockaddr_un {
sa_family_t sun_family; /* AF_UNIX */
char sun_path[108]; /* 带有路径的文件名 */
};//通过同一个文件的路径来让进程看到同一份资源
通过前两个字节区别两者,16地址类型协议家族的标识符(代表是本地通信还是网络通信)
那既然struct sockaddr_in 是代表网络通信,为什么传参数时传入的却是sockaddr呢。事实上不管是struct sockaddr_in 还是 struct sockaddr_un 传入接口时都会强转成 sockaddr类型,内部实现时再强转回来。
这就好比:sockaddr是基类,struct sockaddr_in和struct sockaddr_un 是派生类