仿muduo库的Tcp服务器以及其应用层Http协议支持

原理/设计------（TimeWheel自定义类，内部使用TimerTask自定义类，当销毁的时候，通过析构函数调用设置的定时任务），定时器依靠linux里提供的timefd定时器（读取定时器文件描述符任务添加到使用线程的EventLoop自定义类实例），这个读取timerfd其实也依靠Channel自定义类去设置读取任务，管理------总之这个时间轮不单独使用，结合到EventLoop去处理更多样异步任务。 ps-1（EventLoop自定义类的异步任务：定时任务，网络请求）ps-2 xxx自定义类------指的是xxx是自定义类不是c++或者Linux有的，而是做这个项目实现的，个别可能没添加纯属没看到/前面写了后面没想写

Any模块：

为了支持更多的应用层协议，Connection自定义类（要放Buffer自定义类）中要用到它来保存不同数据结构，c++17里有提供的any类，这里自己实现（并不复杂，了解思想，手动实现）。

原理：Any类里面有一父类，一子类，父类占位，子类实际存值，通过先存父类指针不给实际类型，延迟子类存的变量类型的时间，直都确定的类型T传进来才实际开辟空间记录指针。

Buffer模块：

对vector封装实现，没啥好说的。

日志宏：

简单实现版，方便dbug。

Socket模块：

对Linux下TCP通信函数的封装，简化操作。

Acceptor模块：

对Socket模块封装，+Channel模块实例管理新客户端连接到来，+主Reactor线程的EventLoop指针，把获取新连接然后要调的callback操作丢给EventLoop处理。

Channel模块:

包装了一个fd和它的监控事件及对应callback。

对fd ，epoll事件机制->Channel::HandleEvent()->判断分发给五种事件->下一级callback。

Poller模块：

对epoll相关函数的封装，一个实例就能管理大量的Channel，EventLoop存了一个实例来处理活跃事件。

传进去的channel进入Poller模块存储并被赋值给epoll的 struct epoll_event结构里(存的是要监控的fd和由channel整理的要监控的事件)。

EventLoop模块：

对Poller模块进行包装，整合定时器模块的同时做了任务队列，互斥锁处理线程安全问题，epoll堵塞不运行任务队列，是依靠外部每有任务进来就有一个"假的"事件就绪，epoll就不堵了。

LoopThread模块：

包装EventLoop和thread, 确认安全（互斥锁和条件变量来在实例化完EventLoop的时候才能使用LoopThread::GetLoop()成员函数）的同时，在线程入口函数里调用EventLoop的Start()函数。

LoopThreadPool模块：

如类名，

Connection模块：

管理newfd，通信新连接，和设置的callback，拿到的是分配好的_conn_id，上层管理Connection实例，也做定时器的唯一ID进行管理，

拿到的是newfd，包装了Buffer模块,去实现对newfd的读写到缓冲区再调用上层给的。

TcpServer：

传进来开放的端口号，包装了一个EventLoop实例，以指针形式管理了所有的Connection对象

线程池，一个Acceptor实例来监听，把一系列callback继续向上层提供设置函数。

使用方法：

**TcpServer：**向外提供了回调函数的设置，线程数量的设置，Start函数，启动服务器，非活跃销毁设置，设置完后，再调用Start函数，一个One Thread One Loop 式主从Reactor的模型的高并发服务器就运行成功了。

HttpServer：

Util模块：

Http应用层协议会用到的一些URl编码，解码，判断文件类型，字符串分割，读写等的函数的集合

HttpRequest模块，保存请求信息的模块

HttpResponse模块，保存相应信息的模块

HttpContext模块：

解析请求信息，按HTTP 协议规范分阶段解析客户端发来的 HTTP 请求数据，管理解析状态，并存储解析后的请求信息

HttpServer：

封装TcpServer，向外提供callback设置，内部有Route函数路由分发，去调用对应的callback

使用方法：

设置端口，设置线程池线程数量，设置静态资源根目录，设置Get，Post，Put，Delete对应callback，然后启动服务器

性能测试：

明天再补图和测试结果