【socket编程】预备知识 {IP地址和MAC地址；端口号；认识TCP/UDP协议；网络字节序；socket编程入门}

一、IP地址和MAC地址

源IP地址和目的IP地址

IP地址用于唯一标识网络中的一台主机
在IP数据包头部中（网络层）, 有两个IP地址, 分别叫做源IP地址, 和目的IP地址
这两个地址在网络传输过程中是不变的，因为它们是数据包的一部分，并且用于确定数据包的源和目的地。
源IP和目的IP的作用是：引导路由和转发，方便路径选择

源MAC地址和目的MAC地址

MAC地址用于标识局域网中主机的网络接口。
源MAC地址和目的MAC地址是包含在链路层的报头当中的
而MAC地址实际只在当前局域网内有效，出局域网后路由器会重新封装源和目标MAC。
源MAC和目标MAC的作用是：在同一局域网内使用MAC地址确定目标主机的网络接口，直接传输数据。

总的来说，IP 地址用于标识主机在网络中的位置，MAC 地址用于标识局域网中主机的网络接口。在不同网络之间的通信，通常需要使用 IP 地址引导路由和转发；而在同一局域网内的通信，则需要使用 MAC地址进行直接传输。

二、端口号

端口号(port)是传输层协议的内容：（在OS内）

端口号用于唯一的标识该主机上的一个网络应用层进程，通过端口号可以将网络数据分用给指定的进程。
端口号是一个2字节16位的整数，范围0~65535;
IP地址 + 端口号能够标识网络上的某一台主机的某一个进程，标识进程在全网的唯一性
所以网络通信的本质其实就是进程间通信
一个端口号只能被一个进程占用，但一个进程可以绑定多个端口号。
其中 0~1023 的端口号被保留用于一些特定的服务和应用程序，称为“系统端口”或“熟知端口”，例如 HTTP 服务使用的端口号为 80，SMTP 服务使用的端口号为 25。每个端口号都与一个特定的应用程序或服务相关联，用于区分同一主机上的不同应用程序。

进程PID就已经标识了同一台主机上进程的唯一性，为什么又设计了端口号？

模块解耦：单独设置端口号是为了使系统模块与网络模块解耦，方便后期的更新和维护。
PID 是动态的：当一个应用程序在计算机上启动时，它被分配一个 PID。但是，当该应用程序终止后，该 PID 将被释放并可以被操作系统重新分配给其他进程。因此，使用 PID 来标识应用程序可能会导致标识符冲突或混淆。

客户端和服务端是如何知道对方的IP+端口号用于进行网络通信的？

要保证客户端每次都能找到服务端的进程，就必须要保证服务端的 IP + port 的唯一性，固定性，公开性。因此服务端进程的IP+端口号不能随意改变，且必须公开给客户端。
软件都是用户主动打开的，所以几乎大部分情况都是客户端先向服务端发起请求，事实上，一台主机发送数据给另一台主机，发送方除了要发送数据外还要把自己的 IP + 端口号发送给对方，服务端进程反转源和目标就可以将数据转发给客户端了。
所以在未来发送数据的时候一定会多发一部分数据，多发的这部分数据以协议的形式呈现

操作系统如何根据端口号找到指定的进程？

实际底层采用哈希映射的方式建立了端口号和进程PID之间的映射关系，当底层拿到端口号时就可以匹配到对应的进程了。

三、认识TCP/UDP协议

TCP协议

传输层协议
有连接
可靠传输
面向字节流

TCP协议是面向连接的，如果两台主机之间想要进行数据传输，那么必须要先建立连接，当连接建立成功后才能进行数据传输。

其次，TCP协议是保证可靠的协议，数据在传输过程中如果出现了丢包、乱序等情况，TCP协议都有对应的解决方法

UDP协议

传输层协议
无连接
不可靠传输
面向数据报

使用UDP协议进行通信时无需建立连接，如果两台主机之间想要进行数据传输，那么直接将数据发送给对端主机就行了

但是UDP协议是不可靠的，数据在传输过程中如果出现了丢包、乱序等情况，UDP协议本身是不知道的，也无法处理

有了TCP可靠传输，为什么还要有UDP？

这里的可靠和不可靠是中性词，没有褒贬之义。可靠伴随着成本的提高，实现更复杂，维护和编码成本更高；不可靠的实现成本低，实现比较简单，维护和使用成本低
UDP和TCP都是有适合自己的场景的，比如TCP就比较适合银行的交易系统等，UDP就比较适合直播或者投递广告，两者一般都是一起结合使用的：网络流畅、可靠性要求不高时就使用UDP协议进行数据传输，而当网速不好或可靠性要求高的场景就使用TCP协议进行数据传输。

四、网络字节序

计算机的存储是分大小端的，在C语言已经学习过了

大端模式： 数据的高字节内容保存在内存的低地址处，数据的低字节内容保存在内存的高地址处。
小端模式： 数据的高字节内容保存在内存的高地址处，数据的低字节内容保存在内存的低地址处。

在这里插入图片描述

内存中的多字节数据相对于内存地址有大端和小端之分, 磁盘文件中的多字节数据相对于文件中的偏移地址也有大端小端之分, 网络数据流同样有大端小端之分

如果只在一台主机上，那么是不需要考虑大小端问题的，因为同一台机器上的数据采用的存储方式都是一样的，要么采用的都是大端存储模式，要么采用的都是小端存储模式。

但如果涉及跨主机网络通信，那就必须考虑大小端的问题，否则其他主机识别出来的数据可能与发送端想要发送的数据是不一致的

比如，两台主机之间在进行网络通信，其中发送端是小端机，而接收端是大端机。发送端将发送缓冲区中的数据按内存地址从低到高的顺序发出后，接收端从网络中获取数据依次保存在接收缓冲区时，也是按内存地址从低到高的顺序保存的

但由于发送端和接收端采用的分别是小端存储和大端存储

发送端按小端的方式发送数据，比如：0x12345678，发送的顺序是：78 56 34 12，小端识别数据是正常的：0x12345678

而接收端是大端存储，接受数据的顺序是 78 56 34 12，最后识别的数据是：0x78563412

此时接收端识别到的数据与发送端原本想要发送的数据就不一样了，这就是由于大小端的偏差导致数据识别出现了错误

解决方法

解决方法简单粗暴：规定网络中的数据都是大端
即发送端是小端，需要先将数据转成大端，然后再发送到网络当中
发送端是大端，则可以直接进行发送
接收端是小端，需要先将接收的网络数据转成小端后再进行数据识别
接收端是大端，则可以直接进行数据识别

总结

发送主机通常将发送缓冲区中的数据按内存地址从低到高的顺序发出
接收主机把从网络上接到的字节依次保存在接收缓冲区中，也是按内存地址从低到高的顺序保存
因此，网络数据流的地址应这样规定：先发出的数据是低地址，后发出的数据是高地址
TCP/IP协议规定，网络数据流应采用大端字节序，即低地址高权值
不管这台主机是大端机还是小端机，都会按照这个TCP/IP规定的网络字节序来发送/接收数据
如果当前发送主机是小端，就需要先将数据转成大端；否则就忽略，直接发送即可

网络字节序与主机字节序之间的转换

为使网络程序具有可移植性，使同样的代码在大端和小端计算机上编译后都能正常运行，可以调用以下库函数做网络字节序和主机字节序的转换
注：转换工作不需要我们自己做。直接调用库函数即可完成

#include <arpa/inet.h>

uint32_t htonl(uint32_t hostlong);
uint16_t htons(uint16_t hostshort);
uint32_t ntohl(uint32_t netlong);
uint16_t ntohs(uint16_t netshort);

函数名当中的h表示 host，n表示 network，l表示 long，32位长整数，s表示 short，16位短整数
htonl的意思就是：把32位的主机字节序转换成（to）32位网络字节序
如果主机是小端字节序，这些函数将参数做相应的大小端转换然后返回
如果主机是大端字节序，这些函数不做转换，将参数原封不动地返回

五、套接字编程

socket的中文意思是插座，在计算机叫套接字

在进行网络通信时，客户端就相当于插头，服务端就相当于一个插座，但服务端上可能会有多个不同的服务进程（多个插孔），因此当我们在访问服务时需要指明服务进程的端口号（对应规格的插孔），才能享受对应服务进程的服务

套接字的种类大致分三种：

网络套接字编程：应用于跨主机网络通信，也支持本地通信
unix域间套接字：只能进行本地通信
原始套接字：可以从应用层直接绕开传输层，直接去访问底层协议，通常用于各种抓包软件、网络侦测工具

由于有三种套接字，为了使用方便，接口设计者就只设计了一套接口，可以通过传不同的参数，解决所有网络或者其他场景下的网络通信

注：后面只讲网络套接字，域间套接字的使用方法基本相同

5.1 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);