第八章高性能服务器框架

程序猿小唐

于 2022-10-03 17:05:10 发布

阅读量636

点赞数

分类专栏： Linux高性能服务器编程文章标签：服务器网络运维

本文链接：https://blog.csdn.net/weixin_44192953/article/details/127149389

版权

6 篇文章 0 订阅

订阅专栏

服务器一般可以解构为三个主要模块

C/S(client/server，客户/服务器模型)。
逻辑：服务器启动，创建一个或多个监听socket，调用bind函数绑定到特定端口，调用listen函数等待客户连接。客户端可以调用connect函数像服务器发起连接。
因为客户端的连接请求是随机到达的异步事件，需要某种I/O模型来监听这一事件。

在这里插入图片描述

I/O处理单元：
- 管理客户连接模块。
- 等待并接收新的客户连接
- 接收客户数据
- 将服务器响应返回给客户端
- 数据的收发也可能在逻辑单元中执行。
逻辑单元：
- 通常是一个进程或线程
- 分析并处理客户数据，结果传递给I/O处理单元或直接发送给客户端。
- 对于多个逻辑单元的服务器，可以实现并行处理。
存储单元：
- 数据库、缓存、文件、独立的服务器
- 并不是必须的。例如ssh和telnet就不需要
请求队列：
- 各个单元之间通信方式的抽象。
- I/O处理单元接收到客户请求时，需要以某种方式通知逻辑单元来处理请求。
- 多个逻辑单元访问一个存储单元时，也需要以某种机制协调处理静态条件。
- 请求队列通常被实现为池的一部分。

在这里插入图片描述

socket创建时默认是阻塞的。
阻塞的文件描述符称为阻塞I/O，非阻塞文件描述符称为非阻塞I/O。
针对阻塞I/O的系统调用可能因为无法立刻完成被系统挂起，直到等待的事件发送。
- 例如客户端的connect调用，如果服务器的确认文报没有到达客户端，那么connect将会被挂起，直到客户端收到确认文报唤醒。
- accept、send、recv和connect系统调用都可能会被阻塞。
对于非阻塞I/O的系统调用会立刻返回，不管事件是否发送，如果没发送，返回-1。
在事件已经发生的情况下操作非阻塞I/O才能提高程序效率。因此非阻塞I/O通常要和其他I/O通知机制一起使用。
I/O复用
- 应用程序通过I/O复用函数向内核注册一组事件，内核通过I/O复用函数把其中就绪的 + 事件通知给应用程序。
- Linux常用I/O复用函数是select、poll、epoll_wait
- I/O复用本身是阻塞的，因为他们可以同时监听多个I/O事件，所以才提高效率。
- 阻塞I/O，I/O复用，型号驱动I/O都是同步I/O模型。I/O的读写操作，都是在I/O事件发生后，由应用程序来完成。
- 对于异步I/O而言，用户可以直接对I/O执行读写操作。
- 同步I/O向应用程序通知的是I/O就绪事件，异步I/sO向应用程序通知的是I/O完成事件。

在这里插入图片描述

服务器程序主要处理三类事件：

Reactor和Proactor

使用同步IO也能模拟Proactor模式，原理在于主线程执行数据读写操作，当读写完成后，主线程向工作线程通知完成事件，所以从工作线程角度看，他直接获得了数据读写的结果，只需要对结果进行逻辑处理。
使用同步IO(例如epoll_wait)模拟Proactor模式的工作流程如下：
- 主线程往epoll内核事件表注册socket 读就绪事件
- 主线程调用epoll_wait函数等待socket上有数据可读
- 当socket上有数据可读时，epoll_wait通知主线程，主线程从socket循环读取数据，将读取到的数据封装成请求并加入请求队列。
- 请求队列某个工作线程被唤醒，获得请求对象并处理客户请求，之后往epoll内核事件表注册socket写就绪事件、
- 主线程调用epoll_wait等待socket可写
- socket可写时，epoll_wait通知主线程，主线程往socket写入处理结果。