网站没有做301的后果是什么,合肥网站优化seo,wordpress修订,网站后台修改导航栏套接字#xff08;socket#xff09;是 Linux 下的一种进程间通信机制#xff08;socket IPC#xff09;#xff0c;在前面的内容中已经给大家提到过#xff0c;使用 socket IPC 可以使得在不同主机上的应用程序之间进行通信#xff08;网络通信#xff09;#xff0c… 套接字socket是 Linux 下的一种进程间通信机制socket IPC在前面的内容中已经给大家提到过使用 socket IPC 可以使得在不同主机上的应用程序之间进行通信网络通信当然也可以是同一台主机上的不同应用程序。socket IPC 通常使用客户端---服务器这种模式完成通信多个客户端可以同时连接到服务器中与服务器之间完成数据交互。 内核向应用层提供了 socket 接口对于应用程序开发人员来说我们只需要调用 socket 接口开发自己的应用程序即可socket 是应用层与 TCP/IP 协议通信的中间软件抽象层它是一组接口。在设计模式中socket 其实就是一个门面模式它把复杂的 TCP/IP 协议隐藏在 socket 接口后面对用户来说一组简单的接口就是全部让 socket 去组织数据以符合指定的协议。所以我们无需深入的去理解 tcp/udp 等各种复杂的 TCP/IP 协议socket 已经为我们封装好了我们只需要遵循 socket 的规定去编程写出的程序自然遵循 tcp/udp 标准的。 当前网络中的主流程序设计都是使用 socket 进行编程的因为它简单易用它还是一个标准BSD socket能在不同平台很方便移植比如你的一个应用程序是基于 socket 接口编写的那么它可以移植到任何实现 BSD socket 标准的平台譬如 LwIP它兼容 BSD Socket又譬如 Windows它也实现了一套基于socket 的套接字接口更甚至在国产操作系统中如 RT-Thread它也实现了 BSD socket 标准的 socket 接口。 BSD套接字是最早在1983年随着BSD操作系统发布的套接字接口的名称。后来这个接口被整合到了POSIX规范中并增加了一些更详细的操作规范。除了术语不同以外可以认为没有任何区别。BSD套接字涵盖了随着BSD操作系统发布的API而POSIX标准适用于任何希望符合POSIX的操作系统。 可参考 具体了解该套接字可参考 伯克利套接字BSD Socket-CSDN博客 建立连接相关API
socket()函数 socket()函数原型如下所示 #include sys/types.h /* See NOTES */
#include sys/socket.h
int socket(int domain, int type, int protocol); socket()函数类似于 open()函数它用于创建一个网络通信端点打开一个网络通信如果成功则返回一个网络文件描述符通常把这个文件描述符称为 socket 描述符socket descriptor这个 socket 描述符跟文件描述符一样后续的操作都有用到它把它作为参数通过它来进行一些读写操作。 该函数包括 3 个参数如下所示 domain 参数 domain 用于指定一个通信域这将选择将用于通信的协议族。可选的协议族如下表所示 对于 TCP/IP 协议来说通常选择 AF_INET 就可以了当然如果你的 IP 协议的版本支持 IPv6那么可以选择 AF_INET6。 type 参数 type 指定套接字的类型当前支持的类型有 protocol 即协议类别表示为给定的通信域和套接字类型选择默认协议一般设置为0即可因为该函数会通过前两个参数自动推导出第三个参数的协议类别。 调用 socket()与调用 open()函数很类似调用成功情况下均会返回用于文件 I/O 的文件描述符只不过对于 socket()来说其返回的文件描述符一般称为 socket 描述符。当不再需要该文件描述符时可调用close()函数来关闭套接字释放相应的资源。 如果 socket()函数调用失败则会返回-1并且会设置 errno 变量以指示错误类型。 使用示例 int socket_fd socket(AF_INET, SOCK_STREAM, 0);//打开套接字
if (0 socket_fd) {perror(socket error);exit(-1);
}
......
......
close(socket_fd); //关闭套接字 注意初始时客户端和服务器都需要调用socket来指定使用的协议族和socket类型。 bind()函数 bind()函数原型如下所示 int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen); bind()函数用于将一个 IP 地址和端口号与一个套接字进行绑定对于客户端来说它与服务器进行通信首先需要知道服务器的 IP 地址以及对应的端口号通常服务器的 IP 地址以及端口号都是众所周知的。 调用 bind()函数将参数 sockfd 指定的套接字与一个地址 addr 进行绑定成功返回 0失败情况下返回-1并设置 errno 以提示错误原因。 参数 addr 是一个指针指向一个 struct sockaddr 类型变量如下所示 struct sockaddr {sa_family_t sa_family;char sa_data[14];
} 第二个成员 sa_data 是一个 char 类型数组一共 14 个字节在这 14 个字节中就包括了 IP 地址、端口号等信息这个结构对用户并不友好它把这些信息都封装在了 sa_data 数组中这样使得用户不方便对sa_data 数组进行赋值。事实上这是一个通用的 socket 地址结构体。 一般我们在使用的时候都会使用 struct sockaddr_in 结构体sockaddr_in 和 sockaddr 是并列的结构占用的空间是一样的指向 sockaddr_in 的结构体的指针也可以指向 sockadd 的结构体并代替它而且sockaddr_in 结构对用户将更加友好在使用的时候进行类型转换就可以了。该结构体内容如下所示 struct sockaddr_in {sa_family_t sin_family;/* 协议族 */in_port_t sin_port;/* 端口号 */struct in_addr sin_addr;/* IP 地址 */unsigned char sin_zero[8];
}; 这个结构体的第一个字段是与 sockaddr 结构体是一致的而剩下的字段就是 sa_data 数组连续的 14 字节信息里面的内容只不过从新定义了成员变量而已sin_port 字段是我们需要填写的端口号信息sin_addr字段是我们需要填写的 IP 地址信息剩下 sin_zero 区域的 8 字节保留未用。 bind函数的最后一个参数 addrlen 指定了 addr 所指向的结构体对应的字节长度。 使用示例 struct sockaddr_in socket_addr;
memset(socket_addr, 0x0, sizeof(socket_addr)); //清零
//填充变量
socket_addr.sin_family AF_INET;
socket_addr.sin_addr.s_addr htonl(INADDR_ANY);
socket_addr.sin_port htons(5555);
//将地址与套接字进行关联、绑定
bind(socket_fd, (struct sockaddr *)socket_addr, sizeof(socket_addr)); 注意代码中的 htons 和 htonl 并不是函数只是一个宏定义主要的作用在于为了避免大小端的问题需要这些宏需要在我们的应用程序代码中包含头文件netinet/in.h。 说明 ip用来确定一台设备端口号用来确定一个进程。 bind函数是在服务端使用并且绑定的是服务器本身的ip和端口号。 为啥不是绑定对方的ip和端口比如客户端绑定服务器的服务器绑定客户端的可根据使用情况来看只有服务端需要用bind并且绑定的是自己的ip和端口,好像客户端的ip和端口不用显式绑定为啥 所以为什么TCP服务端需要调用bind函数而客户端通常不需要呢 bind是为了将当前的socket可以理解成网络连接实例绑定到了服务端的ip和端口上然后服务端就可以实时监听有没有客户端连接到了这个socket上也就是说一旦绑定的这个ip和端口有动静服务端就可以响应了。 客户端上线是主动向服务器发出请求的因为服务器已经绑定了IP和端口所以客户端上线的就向这个IP和端口发出请求这时因为客户开始发数据了(发上线请求)操作系统就给客户端分配一个随机端口这个端口和客户端的IP会随着上线请求一起发给服务器。 服务器收到上线请求后就可以从中获取发此请求的客户的IP源ip字段和端口接下来服务器就可以利用获取的IP和端口给客户端回应消息了。 总之一句话客户端是主动连接Connect而服务器是等待接受连接Accept 注意一旦建立了连接客户端 和 服务器端 均可以发送Send或者接收Receive数据。 更多参考 为什么TCP服务端需要调用bind函数而客户端通常不需要呢_tcp bind-CSDN博客 Tipsbind()函数并不是总是需要调用的只有用户进程想与一个具体的 IP 地址或端口号相关联的时候才需要调用这个函数。如果用户进程没有这个必要那么程序可以依赖内核的自动的选址机制来完成自动地址选择通常在客户端应用程序中会这样做。 难怪客户端可以使用动态IP地址原来是客户端可以让操作系统来自动获取ip和端口。 tcp服务端必须有bind, 客户端通常不用bind, 当然如果你够无聊 那也可以用一下bind。在这里 我要说一下了 客户端用bind的程序很容易出问题 你想想啊 操作系统指定的不会冲突的随机端口难道不比你自己指定的容易冲突的固定端口好在很多场景下 我们要在一个pc上开启多个客户端进程 如果指定固定端口必然会造成端口冲突影响通信所以我们就不要费力不讨好了客户端就不要指定端口了让操作系统来搞。 listen()函数 listen()函数只能在服务器进程中使用让服务器进程进入监听状态等待客户端的连接请求listen()函数在一般在 bind()函数之后调用在 accept()函数之前调用它的函数原型是 int listen(int sockfd, int backlog); 无法在一个已经连接的套接字即已经成功执行 connect()的套接字或由 accept()调用返回的套接字上执行 listen()。 参数 backlog 用来描述 sockfd 的等待连接队列能够达到的最大值。在服务器进程正处理客户端连接请求的时候可能还存在其它的客户端请求建立连接因为 TCP 连接是一个过程由于同时尝试连接的用户过多使得服务器进程无法快速地完成所有的连接请求那怎么办呢直接丢掉其他客户端的连接肯定不是一个很好的解决方法。因此内核会在自己的进程空间里维护一个队列这些连接请求就会被放入一个队列中服务器进程会按照先来后到的顺序去处理这些连接请求这样的一个队列内核不可能让其任意大所以必须有一个大小的上限这个 backlog 参数告诉内核使用这个数值作为队列的上限。而当一个客户端的连接请求到达并且该队列为满时客户端可能会收到一个表示连接失败的错误本次请求会被丢弃不作处理。 一般设置为5、10。 accept()函数 服务器调用 listen()函数之后就会进入到监听状态等待客户端的连接请求使用 accept()函数获取客户端的连接请求并建立连接。函数原型如下所示 int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen); 为了能够正常让客户端能正常连接到服务器服务器必须遵循以下处理流程 ①、调用 socket()函数打开套接字 ②、调用 bind()函数将套接字与一个端口号以及 IP 地址进行绑定 ③、调用 listen()函数让服务器进程进入监听状态监听客户端的连接请求 ④、调用 accept()函数处理到来的连接请求。 accept()函数通常只用于服务器应用程序中如果调用 accept()函数时并没有客户端请求连接等待连接队列中也没有等待连接的请求此时 accept()会进入阻塞状态直到有客户端连接请求到达为止。当有客户端连接请求到达时accept()函数与远程客户端之间建立连接accept()函数返回一个新的套接字。这个套接字与 socket()函数返回的套接字并不同socket()函数返回的是服务器的套接字以服务器为例而accept()函数返回的套接字连接到调用 connect()的客户端服务器通过该套接字与客户端进行数据交互譬如向客户端发送数据、或从客户端接收数据。 所以理解 accept()函数的关键点在于它会创建一个新的套接字其实这个新的套接字就是与执行connect()客户端调用 connect()向服务器发起连接请求的客户端之间建立了连接这个套接字代表了服务器与客户端的一个连接。如果 accept()函数执行出错将会返回-1并会设置 errno 以指示错误原因。 参数 addr 是一个传出参数参数 addr 用来返回已连接的客户端的 IP 地址与端口号等这些信息。参数addrlen 应设置为 addr 所指向的对象的字节长度如果我们对客户端的 IP 地址与端口号这些信息不感兴趣可以把 arrd 和 addrlen 均置为空指针 NULL。 connect()函数 connect()函数原型如下所示 int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen); 该函数用于客户端应用程序中客户端调用 connect()函数将套接字 sockfd 与远程服务器进行连接参数 addr 指定了待连接的服务器的 IP 地址以及端口号等信息参数 addrlen 指定了 addr 指向的 struct sockaddr对象的字节大小。 客户端通过 connect()函数请求与服务器建立连接对于 TCP 连接来说调用该函数将发生 TCP 连接的握手过程并最终建立一个 TCP 连接而对于 UDP 协议来说调用这个函数只是在 sockfd 中记录服务器IP 地址与端口号而不发送任何数据。 函数调用成功则返回 0失败返回-1并设置 errno 以指示错误原因。 数据读写相关API 一旦客户端与服务器建立好连接之后我们就可以通过套接字描述符来收发数据了对于客户端使用socket()返回的套接字描述符而对于服务器来说需要使用 accept()返回的套接字描述符这与我们读写普通文件是差不多的操作譬如可以调用 read()或 recv()函数读取网络数据调用 write()或 send()函数发送数据。 read()函数 read()函数大家都很熟悉了通过 read()函数从一个文件描述符中读取指定字节大小的数据并放入到指定的缓冲区中read()调用成功将返回读取到的字节数此返回值受文件剩余字节数限制当返回值小于指定的字节数时并不意味着错误这可能是因为当前可读取的字节数小于指定的字节数比如已经接近文件结尾或者正在从管道或者终端读取数据或者 read()函数被信号中断等出错返回-1 并设置 errno如果在调 read 之前已到达文件末尾则这次 read 返回 0。 套接字描述符也是文件描述符所以使用 read()函数读取网络数据时read()函数的参数 fd 就是对应的套接字描述符。 recv()函数 recv()函数原型如下所示 ssize_t recv(int sockfd, void *buf, size_t len, int flags); 不论是客户端还是服务器都可以通过 revc()函数读取网络数据它与 read()函数的功能是相似的。参数sockfd 指定套接字描述符参数 buf 指向了一个数据接收缓冲区参数 len 指定了读取数据的字节大小参数 flags 可以指定一些标志用于控制如何接收数据。 函数 recv()与 read()很相似但是 recv()可以通过指定 flags 标志来控制如何接收数据通常一般我们将 flags 参数设置为 0当然你可以根据自己的需求设置该参数。 write()函数 通过 write()函数可以向套接字描述符中写入数据函数调用成功返回写入的字节数失败返回-1并设置 errno 变量。 send()函数 函数原型如下所示 ssize_t send(int sockfd, const void *buf, size_t len, int flags); send 和 write 很相似但是 send 可以通过参数 flags 指定一些标志来改变处理传输数据的方式。 即使 send()成功返回也并不表示连接的另一端的进程就一定接收了数据我们所能保证的只是当 send成功返回时数据已经被无错误的发送到网络驱动程序上。 close()函数 当不再需要套接字描述符时可调用 close()函数来关闭套接字释放相应的资源。 参考示例 综合实践之TCP参考 TCPTCP客户端、服务器如何通信_tcp客户端和服务器-CSDN博客 综合实践之UDP参考 UDP编程流程UDP客户端、服务器互发消息流程_udp网络编程-CSDN博客 注意在TCP连接中服务器通常处于被动状态等待客户端的连接请求。而客户端则处于主动状态负责发起连接请求。一旦连接建立成功双方就可以进行数据传输。 TCP和UDP通信过程对比图如下 更多待补充。 更多参考 【网络】网络编程_编写网络程序-CSDN博客 RPC 什么是rpc 进程间通信-浅谈RPC- 最小原型_进程间rpc-CSDN博客 RPC框架从原理到选型一文带你搞懂RPC-CSDN博客 深入理解RPC从原理到实战_深入理解rpc框架原理与实现 pdf-CSDN博客 RPC、Http、TCP/IP、Socket之间的关系及定义_socket rpc-CSDN博客 有了 HTTP 协议为什么还要 RPC 协议两者有什么区别-腾讯云开发者社区-腾讯云 (tencent.com) RPC核心原理和实战 —— 基础篇 | Focus-1 暂时了解下吧后续有实际应用场景时再补充。 InternetSocket和UnixSocket 以前一直以为socket只是两个网络主机之间的进程通信原来socket也可以用在一个主机上的两个进程之间的通信。 参考 Internet socket和Unix socket_socket类型 internet unix-CSDN博客 unix socket通信UNIX Domain SOCKET 是在Socket架构上发展起来的用于同一台主机的进程间通信IPC。它不需要经过网络协议栈不需要打包拆包、计算校验和、维护序列号应答等。只是将应用层数据从一个进程拷贝到另一个进程。 使用UNIX Domain Socket的过程和网络socket十分相似也要先调用socket()创建一个socket文件描述符address family指定为AF_UNIXtype可以选择SOCK_DGRAM或SOCK_STREAMprotocol参数仍然指定为0即可。 UNIX Domain Socket与网络socket编程最明显的不同在于地址格式不同用结构体sockaddr_un表示网络编程的socket地址是IP地址加端口号而UNIX Domain Socket的地址是一个socket类型的文件在文件系统中的路径这个socket文件由bind()调用创建如果调用bind()时该文件已存在则bind()错误返回。 无论是internet socket还是unix socket服务端和客户端创建socket并进行通信的步骤都是一致的 服务端 socket - bind - listen - accept - write/send或read/recv - close 客户端 socket - connect - write/send或read/recv - close 并且每一步骤调用的函数也都是同样的函数不同点主要在于 socket函数domain字段的值不同internet socket值为AF_INETunix socket值为AF_UNIXsocket函数的type参数的值都是SOCK_STREAM和SOCK_DGRAM但是对于unix socket通信来说由于是进程间的通信这两种类型提供的服务都是可靠的bind函数中internet socket传入的结构体是sockaddr_in并且会绑定ip地址和端口号unix socket传入的结构体是sockaddr_un会绑定一个用于进程间通信的文件但是都是需要进行强制转换的accept函数中internet socket需要传入sockaddr_in结构体来保存发出请求的客户端的地址但是在unix socket中这一项为NULL在进程通信中在服务端上无法确定出来这个客户端进程是哪一个 后边的收发数据的调用过程都是一样的总体来看两种socket通信的步骤是一致的但是用于是不一样的一个是用于网络中两个主机之间的通信另一个则是一个主机中两个进程之间的通信这种一致性我觉得可能是因为linux系统中的一切皆文件的思想无论是进程间通信或者是主机间通信通过socket函数就能返回一个文件描述符这个文件描述符的背后可能是用于网络传输的网络连接或者是进程间的通信但是对于编程者而言就是用于输入输出的一个文件描述符这样进程间的通信和主机间的通信都被抽象成了对一个文件的输入输出操作所以才造成了internet socket和unix socket通信的这种一致性在细节方面也正是因为有bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen)函数它提供了一个同一的结构体在不同类型的socket编程时可以让sockaddr_un和sockaddr_in结构体强制类型转换所以能够让编写不同类型的socket程序的时候可以调用同样的接口才造成了在编程时候的这种一致性。 注意UNIX计算机配置了一个只包含它自身的回路loopback网络网络中只有一台计算机localhost它有一个标准的IP地址127.0.0.1。 更多参考 Linux的套接字——进程间通信的另一种方法_进程内部可以通过套接字进行通信吗-CSDN博客 套接字是一种通信机制通过使用套接字接口一台机器上的进程可以和另一台机器上的进程进行网络通信同一台机器之间的进程也可以互相通信。
