TinyWebServer学习笔记-Config

为了弄清楚具体的业务逻辑,我们直接从主函数开始看源代码:

#include "config.h"

int main(int argc, char *argv[])
{
    //需要修改的数据库信息,登录名,密码,库名
    string user = "root";
    string passwd = "root";
    string databasename = "qgydb";

    //命令行解析
    Config config;
    config.parse_arg(argc, argv);

    WebServer server;

    //初始化
    server.init(config.PORT, user, passwd, databasename, config.LOGWrite, 
                config.OPT_LINGER, config.TRIGMode,  config.sql_num,  config.thread_num, 
                config.close_log, config.actor_model);
    

    //日志
    server.log_write();

    //数据库
    server.sql_pool();

    //线程池
    server.thread_pool();

    //触发模式
    server.trig_mode();

    //监听
    server.eventListen();

    //运行
    server.eventLoop();

    return 0;
}

可以看到第一个需要弄明白的就是Config文件,那么现在我们进入头文件:

class Config
{
public:
    Config();
    ~Config(){};

    void parse_arg(int argc, char*argv[]);

    //端口号
    int PORT;

    //日志写入方式
    int LOGWrite;

    //触发组合模式
    int TRIGMode;

    //listenfd触发模式
    int LISTENTrigmode;

    //connfd触发模式
    int CONNTrigmode;

    //优雅关闭链接
    int OPT_LINGER;

    //数据库连接池数量
    int sql_num;

    //线程池内的线程数量
    int thread_num;

    //是否关闭日志
    int close_log;

    //并发模型选择
    int actor_model;
};

可以看到都是一些标志,用来配置服务器的熟悉。

首先我们来熟悉两个模式:ET和LT,以socket的读事件为例,水平模式只要socket上有未读完的数据就会一直产生EPOLLIN事件;对于边缘模式,socket上每新来一次数据就会触发一次,如果上一次触发后,没有将socket上的数据读完,也不会再次触发,除非再来新的数据。对于socket写事件,如果socket的TCP窗口一致不饱和,会一直出发EPOLLOUT事件,对于边缘模式,只会触发一次,除非TCP窗口从不饱和变成饱和再一次变成不饱和才会触发。(饱和=写缓冲区已经满了)

在LT模式下,读事件触发后,可以按需收取想要的字节数,不用吧本次接收到的数据一次性拿走。而ET模式下则必须将数据读取干净,因为你不一定有下次机会收取数据,即使收取也是上次没读完的,造成客户端响应延迟。在LT模式下,不需要写事件一定要移除,避免不必要的触发,浪费CPU资源,ET模式下,写事件触发后,如果还要下一次的写事件触发来驱动任务,需要继续注册检测可写事件。

I/O LT ET
socket上无数据->有数据 socket上无数据->有数据
socket上有数据 socket上新来一次数据
socket可写 socket不可写->可写
socket不可写->可写

现在大部分属性可以直到是什么意思了,再来看OPT_LINGER(优雅连接)。当我们服务器关闭时采用优雅连接时采取下面的步骤:

1.停止接受新的连接请求,继续处理已建立连接的请求;

2.等待未完成的数据传输;

3.文件传输完成,服务器关闭连接,释放相关资源。

而非优雅连接则是不保证数据的完整性和安全性,直接将连接断开。

还有就是并发模型,常用的并发模型有两个,Proactor和Reactor:

Reactor 要求主线程只负责监听文件描述符是否有事件发生,有则通知工作单元将socket可读可写事件放入请求队列,交由工作现场处理
Proactor 将所有的I/O操作都交给主线程和内核来完成,工作线程只负责处理逻辑,例如主线程完成read后,选择一个工作线程来处理具体请求

现在我们聚焦于Config提供的 void Config::parse_arg(int argc, char*argv[])这个函数

void Config::parse_arg(int argc, char*argv[]){
    int opt;
    const char *str = "p:l:m:o:s:t:c:a:";
    while ((opt = getopt(argc, argv, str)) != -1)
    {
        switch (opt)
        {
        case 'p':
        {
            PORT = atoi(optarg);
            break;
        }
        case 'l':
        {
            LOGWrite = atoi(optarg);
            break;
        }
        case 'm':
        {
            TRIGMode = atoi(optarg);
            break;
        }
        case 'o':
        {
            OPT_LINGER = atoi(optarg);
            break;
        }
        case 's':
        {
            sql_num = atoi(optarg);
            break;
        }
        case 't':
        {
            thread_num = atoi(optarg);
            break;
        }
        case 'c':
        {
            close_log = atoi(optarg);
            break;
        }
        case 'a':
        {
            actor_model = atoi(optarg);
            break;
        }
        default:
            break;
        }
    }
}

里面使用了下面的函数和optarg:

int getopt(int argc, char * const argv[], const char *optstring);  

这里讲一下,getopt函数是用于解析命令行参数的C库函数,允许程序从命令行获取选项和参数,根据用户提供的选项规则进行解析:

argc:命令行参数的数量;

argv:命令行参数的数组;

str:一个包含选项字符的字符串,表示程序所支持的命令行选项,每个选项后面加上一个冒号代表该选项需要一个参数。

比如在本项目中,默认指定端口号是9006,也可以在启动是手动设置:

./server -p 9999

在程序运行时,会进入下面的代码块中:

case 'p':
{
    PORT = atoi(optarg);
    break;
}

这样我们输入的'-p'和上面的case 'p'对应起来,optarg的值就是输入的9999,然后将PORT的值赋值为9999。

你可能感兴趣的:(TinyWebServer笔记,学习,笔记,java)