初识socket编程的相关概念-CSDN博客

本文链接：https://blog.csdn.net/CHJBL/article/details/131848700

文章目录

IP地址和MAC地址
- 源IP地址和目的IP地址
端口号(port)
- 端口号和PID
初识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];    /* 带有路径的文件名 */
};//通过同一个文件的路径来让进程看到同一份资源