文章目录
项目介绍
项目名称： 自主HTTP服务器
功能描述： 采用B/S模型，基于短链接方式的HTTP服务器，目前支持GET，POST方法。
引入CGI模式，可以通过表单上传数据经由服务器创建子进程处理发送回父进程，由父进程构建响应发送给客户端。
引入了日志，将服务器启动的信息按照固定格式输出在标准输出当中。
涉及知识： 网络编程（套接字编写），多线程技术，CGI技术，shell脚本，线程池，进程间通信（管道），哈希表，向量等STL容器。
实现环境： centos 7.6 ＋ vim/gcc/gdb + C/C++
第一步来咯~
套接字编写
编写套接字的工作比较简单，在这里值得一提的是用了setsockopt当中的SO_REUSEADDR，让服务器即使宕机了也能立马绑定端口号。
setsockopt：
第一个参数表示监听套接字，第二个参数位层级，第三个参数为功能，第四和第五即传入一个为真的布尔值或者整型值。
第一步骤：创建一个TcpSever的单例对象。
先前博客有介绍，这里不细说，点击链接跳转码云~
HttpSever.hpp
HttpServer只调用先前单例对象TcpServer，让TcpServer将服务器起来，然后HttpServer实际上只负责将链接获取上来，然后制造一个任务，将任务放入线程池，让线程池在合适的时候进行处理。
先前博客有介绍，这里不细说，点击链接跳转码云~
线程池
ThreadPool.hpp
线程池实际上在之前的博客当中有详细讲解，这里唯一值得一题的就是巧妙地编写了Task的回调，这让线程池拿到任务并且处理的逻辑就不用挤在一起了。
Task任务
每一个任务封装了一个CallBack 对象，调用的时候只需要传入套接字给对象，就可以实现功能。
#pragma once
#include"Protocol.hpp"
#define INFO 1
#define WARMING 2
#define ERROR 3
#define FATAL 4
class Task{
private:
CallBack callback;
int* sock;
public:
Task(int* _s):sock(_s)
{
}
void operator()()
{
callback(sock);
}
};
工具类
ReadLine
ReadLine的具体功能是用来读取一行数据，并将末尾置成\n结尾。
static int ReadLine(int sock,std::string& str)
{
//从sock当中读取若干信息，并对换行分隔符做处理
char ch = 'X';
while(ch != '\n')
{
//往ch放入1个字节数据
ssize_t s = recv(sock,&ch,1,0);
if(s > 0)
{
if(ch == '\r'){
//此时需要窥探下一个字符是否为'\n'
recv(sock,&ch,1,MSG_PEEK);
if(ch == '\n')
{
//若时\n，则覆盖式将ch填入\n
recv(sock,&ch,1,0);
}
else
{
//说明是下一行信息，则将ch变为\n即可
ch = '\n';
}
}
// 普通字符
str += ch;
}
else if(s == 0){
//链接关闭了
return 0;
}
else{
//读取出错
perror("recv");
exit(5);
return -1;
}
}
return str.size();
}
CutString
CutString是将target字符串按照sep分成key_out和value_out两部分。
static bool CutString(const std::string &target, std::string &key_out, std::string &value_out, std::string sep)
{
size_t pos = target.find(sep);
if (pos != std::string::npos)
{
key_out = target.substr(0, pos);
value_out = target.substr(pos + sep.size(), std::string::npos);
return true;
}
return false;
}
CallBack模块
试问浏览器发送报文到我们的服务器，我们的服务器处理任务分成几步骤
- 读取报文
- 解析报文
- 封装回应报文
- 发送数据返回浏览器
CallBack模块运用了EndPoint当中的HttpRequest，封装了以下字段。
读取和解析部分实际上就是填写EndPoint类对象的具体字段。
封装回应报文，发送数据实际上就是填写HttpResponse当中字段，然后区分是CGI模式，若不是，发送对应请求路径的页面即可，若是CGI，则发送response_body回去。
class HttpRequest
{
public:
std::string request_line; //请求行
std::vector<string> request_header; //请求报头,kv模式
std::string blank; //空行
std::string request_body; //请求正文
std::string method; // 请求方法
std::string uri; //请求uri
std::string version; //请求的版本，长短链接
std::unordered_map<std::string, std::string> header_kv; //请求头部的key映射value，方便类似Content-Length的查找
int content_length;
std::string path; //访问的路径
std::string query_string; //请求的参数
bool cgi;
public:
HttpRequest() : content_length(0), cgi(false) {
}
~HttpRequest() {
}
};
class HttpResponse
{
public:
std::string status_line; //状态行
std::vector<std::string> response_header;//响应头部
std::string blank;//空行
std::string response_body;//相应正文
int code; //状态码
int fd; //发送数据的文件描述符的地点
int size; //浏览器定位的路径文件的大小
int content_length;//CGI过后真正要发送的内容
std::string suffix;//后缀
HttpResponse() : code(404), fd(-1), size(0), content_length(0), blank(LINE_END)
{
}
~HttpResponse()
{
}
};
前提知识
http请求分为请求行，请求报头，空行和请求正文的，要保证读上来的是一个完整的http请求，读到空行就是读完了请求行和请求报头，请求报头的Content-Legth标识了请求正文的长度，而请求正文的长度不一定是按照行来成列的，通常大部分公司会把这部分的空行取消，让数据包比较小。而空行之前都是按分割符成列的。
每个步骤剖析
RecvHttpRequest
以下实验是谷歌浏览器
该函数只读取第一行，也就是请求行，我们注意不同浏览器发送的请求可能换行不同，如\r\n，\n,我们这里要进行处理，方便适配更多浏览器。
一开始只读取请求行，可以看到请求行的method是大写的，访问的路径是/，即根目录，版本是HTTP/1.1
特殊情况：当读到\r的时候，需要读一个字符判断是否是\n，若不是，则不能将它从缓冲区拿走，若贸然拿走，则下图就会读到请求头部的数据，导致读取报头出错！！！
解决方案：
此时需要用到recv的一个flags字段，它能从底层的缓冲区获取并且不移除该数据。MSG_PEEK
MSG_PEEK(man手册)
This flag causes the receive operation to return data from the beginning of the receive queue without removing
that data from the queue. Thus, a subsequent receive call will return the same data.
// 1.接受请求行，只读取一行
bool RecvHttpRequestLine()
{
std::string &line = http_request.request_line;
//读取浏览器发送的请求行数据，填入结构体字段
if (Util::ReadLine(sock, line) > 0)
{
//由于Util::ReadLine方法会将\n也一同放入line，所以这里我们需要手动删除
line.resize(line.size() - 1);
LOG(INFO, line);
}
else
{
stop = true;
}
return stop;
}
RecvHttpRequestHeader
读完了请求行，接下来读请求头部，请求头部的格式Content-Length: 126，注意其中的分隔符是冒号+空格，这个很重要。我们读取的时候先使用vector<string>这个容器来接受，方便接受。
该函数可以读完请求头部和空行。
// 2.读取请求头部，也会同时填充空行字段，有若干行，以空行作为分隔符，读取到的临时存放到request_header,5步骤转化为哈希表存储
bool RecvHttpRequestHeader()
{
//若干行，所以这里需要循环读取
while (true)
{
std::string line;
// 1.读取失败，读取上来返回值小于等于0
if (Util::ReadLine(sock, line) <= 0)
{
stop = true;
break;
}
// 2.读取到空行，此时设置空行字段
if (line == "\n")
{
//若没有读取到空行，则blank为""
http_request.blank = line;
break;
}
// 3.读取到了例如Content-Length: 36的字段
line.resize(line.size() - 1);
//由vector<string> 统一保存
http_request.request_header.push_back(line);
LOG(INFO, line);
}
return stop;
}
解析的原因如下
解析的原因：
- 请求行包括三个字段：方法，uri和版本，分来方便直接使用
- 请求正文要判断是否有没有，以及具体要读多少，这依赖于请求头部的Content-Length字段，想要快速找到这个字段，我们可以遍历前面的
vector<string>，但是如果我们后续需要更多的字段都遍历那么效率就不高，所以我们添加unordered_map<string,string>，这样就可以通过搜索Content-Length字段得知我们是否需要读取以及读取多少内容当作正文。
ParseHttpRequestLine
解析请求行：
注意：
- 此处需要矫正get/post，我们需要将get小写都转化为大写，我们可以使用transform进行转化。
// 3.解析请求行,填充method,url,version字段
void ParseHttpRequestLine()
{
//采用stringstream，默认读到string当中以空格为分隔
std::stringstream ss(http_request.request_line);
ss >> http_request.method >> http_request.uri >> http_request.version;
std::string &method = http_request.method;
// get/Get/GET 统一转化为大写GET
transform(method.begin(), method.end(), method.begin(), ::toupper);
LOG(INFO, http_request.method);
LOG(INFO, http_request.uri);
LOG(INFO, http_request.version);
}
一变三，如图下：
ParseHttpRequestHeader
解析请求头部。填充入哈希表，方便后续使用。
// 4.解析请求头部,同时告知是否有正文（content_length）
void ParseHttpRequestHeader()
{
std::string key, value;
//初始化哈希表header_kv
for (auto &str : http_request.request_header)
{
// SEP是:+空格,CutString这里将一个个string重新切分到哈希表当中
//方便后续直接通过哈希表O(1)查找类似Content-Length，不需要到request_header当中遍历寻找
Util::CutString(str, key, value, SEP);
std::cout << "debug " << key << ":" << value << std::endl;
http_request.header_kv[key] = value;
}
RecvHttpRequestBody
读取正文需要判断是否有，以及若要读取多少的问题，所以我们采用一次性读一个字符，这样子当读不到就说明报文有问题，此时可以销毁这个套接字。stop字段的使用如果在读取阶段错误我们删除套接字，后续过程出错我们返回错误页面。
// 5.1 是否需要读取正文，若是POST并且存在Content-Length返回true，其他返回false
bool IsNeedRecvHttpRequestBody()
{
if (http_request.method == "POST")
{
auto iter = http_request.header_kv.find("Content-Length");
if (iter != http_request.header_kv.end())
{
// 1.找到了Content-Length
//设置请求结构的content_length正文长度
http_request.content_length = stoi(iter->second);
return true;
}
else
{
// 2.找不到Content-Length
return false;
}
}
return false;
}
// 5. 读取正文，返回值为stop表示是否需要暂停
bool RecvHttpRequestBody()
{
//判断是否需要读取正文
if (IsNeedRecvHttpRequestBody())
{
std::string &body = http_request.request_body;
int content_length = http_request.content_length;
char ch = 0;
//一个字符的读取，防止粘包
while (content_length)
{
if (recv(sock, &ch, 1, 0) > 0)
{
content_length--;
body += ch;
}
else
{
//读取失败就不用继续了
stop = true;
break;
}
}
}
return stop;
}
BulidHttpResponse
制造回应的过程比较复杂。
分为以下步骤：
- 判断是否是CGI程序，更改访问的路径（默认不修改访问的是根路径！）
- 判断文件是否存在
判断路径是否存在：
- 即确认wwwroot下的某种文件是否存在，这里用stat(函数说明: 通过文件名filename获取文件信息，并保存在buf所指的结构体stat中)，系统调用，获取一个属性，当我们获得一个文件的属性，就说明存在，获取失败，就说明不存在此文件。
即传入路径和一个输入型参数，就可以获取到该路径对应文件的信息。
SYNOPSIS
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
int stat(const char *path, struct stat *buf);
struct stat {
dev_t st_dev; /* ID of device containing file */
ino_t st_ino; /* inode number */
mode_t st_mode; /* protection */
nlink_t st_nlink; /* number of hard links */
uid_t st_uid; /* user ID of owner */
gid_t st_gid; /* group ID of owner */
dev_t st_rdev; /* device ID (if special file) */
off_t st_size; /* total size, in bytes */
blksize_t st_blksize; /* blocksize for file system I/O */
blkcnt_t st_blocks; /* number of 512B blocks allocated */
time_t st_atime; /* time of last access */
time_t st_mtime; /* time of last modification */
time_t st_ctime; /* time of last status change */
};
mode_t st_mode; /* protection */使用的较多
存在需要考虑的情况：
- 是目录（S_ISDIR判断），那么默认每一个目录底下都有一个index.html，需要将访问的路径进行调整（即添加index.html），最终返回的是这个资源。
- 是可执行程序，那么需要设置它是CGI程序，CGI通过处理过后返回结果再由父进程发送给客户端。
存在就是可以访问读取的吗？
也不一定，需要给出对应的权限。
Linux的目录结构是树状从跟开始，但是这里的请求报头的/并不是Linux的根目录开始，通常我们会有一个web目录，我们所提供的jsp页面，等等图片，视频资源通常放在web目录下。
我们通常由http服务器设置为自己的WEB根目录，就是一个Linux下一个特定的路径。我创建的wwwroot就是网页的目录。
// 6.BulidHttpResponse负责将内部负责报文的完成，并且处理两种模式
// 需要判断是否为CGI程序，以及需要处理访问路径
void BulidHttpResponse()
{
std::string path;
struct stat st;
size_t suffix_index;
int size = 0; //文件的大小
//
///判断是否为CGI程序
//判断请求方法是否正确
if (http_request.method != "GET" && http_request.method != "POST")
{
LOG(WARNING, "method wrong");
http_response.code = BAD_REQUEST;
goto END;
}
//判断是否是CGI模式
if (http_request.method == "GET")
{
if (http_request.uri.find("?") != std::string::npos)
{
Util::CutString(http_request.uri, http_request.path, http_request.query_string, "?");
// http_response.content_length = http_request.query_string.size();
http_request.cgi = true;
}
else
{
http_request.path = http_request.uri;
}
}
else if (http_request.method == "POST")
{
http_request.path = http_request.uri;
http_request.cgi = true;
}
else
{
//若有其他GET/POST其它的类型，可以在这里添加....TODO
}
//
///调整访问路径
///添加wwwroot/ ,防止用户从根目录开始访问
//
path = http_request.path;
http_request.path = WEBROOT;
http_request.path += path;
//若客户访问为111.111.111.111:8080/,浏览器会自动帮你在末尾添加/,此时我们只需要指定访问index页面
if (http_request.path[http_request.path.size() - 1] == '/')
{
http_request.path += HOME_PAGE;
std::cout << "DEBUG path:" << http_request.path << std::endl;
}
else
{
std::cout << "DEBUG path:" << http_request.path << std::endl;
}
//
///判断路径是否合法
/
if (stat(http_request.path.c_str(), &st) == 0)//路径合法
{
//1.该文件是目录，需要添加index.html
if (S_ISDIR(st.st_mode))
{
http_request.path += HOME_PAGE;
//添加HOME_PAGE过后需要更新路径
stat(http_request.path.c_str(), &st);
}
//2.文件若是拥有者执行执行，组内执行，其他人执行，即该文件只要有执行权限，也需要设置CGI模式
if ((st.st_mode & S_IXUSR) || (st.st_mode & S_IXGRP) || (st.st_mode & S_IXOTH))
{
//设置CGI模式
http_request.cgi = true;
}
//3.请求文件的大小设置
size = st.st_size;
http_response.size = size;
}
else//路径不合法，跳转到响应404页面
{
//资源不存在
std::string path = http_request.path;
path += " NUTFOUND";
LOG(WARNING, path + " Not Found");
http_response.code = NOT_FOUND;
goto END;
}
//处理后缀
suffix_index = http_request.path.rfind(".");
if (suffix_index == std::string::npos)
{
//请求的路径没有后缀，默认设置.html
http_response.suffix = ".html";
}
else
{
//设置后缀字段
http_response.suffix = http_request.path.substr(suffix_index);
}
//走到这里默认设置code为正常200
http_response.code = 200;
//
///处理请求的需求
//
if (http_request.cgi == false)
{
//只负责打开文件描述符，END统一建立回应
http_response.code = ProcessNonCgi();
}
else
{
http_response.code = ProcessCgi();
}
END:
BulidHttpResponseHelper();
return;
}//end of BulidHttpResponse
CGI
CGI程序需要根据GET，POST方法读取不同的字段（环境变量）或者管道里的数据，已经重定向，所以可以通过标准输出获取进行处理，CGI程序可以用任何语言实现。
CGI(Common Gateway Interface)是WWW技术中最重要的技术之一，有着不可替代的重要地位（网络服务器和后端业务程序耦合重要机制，理解PhP/Python/Java如何把网络里的数据拿到自身的程序中）。CGI是外部应用程序（CGI程序）与WEB服务器之间的接口标准，是在CGI程序和Web服务器之间传递信息的过程。
HTTP并不负责处理数据，HTTP负责数据的传递，但是HTTP会提供某种方式对数据进行处理，即CGI模式。
HTTP 调用目标程序，传递目标数据，获取目标结果 --CGI
大部分语言底层都会封装CGI，我们这里旨在学习。通过这个可以理解http如何给我们的java，py拿到数据并响应。
我们这里将整个文件传输过去即可。
SYNOPSIS
#include <sys/sendfile.h>
ssize_t sendfile(int out_fd, int in_fd, off_t *offset, size_t count);
从in_fd读，写到out_fd，offset为nullptr,count表示你想拷贝的字节数。
CGI程序可以通过输出将结果带回给父进程，并且由于子进程关闭，父进程读端会读到0，即结尾。
#include<iostream>
using namespace std;
#include<cstdlib>
int main()
{
cerr << getenv("METHOD") << endl;
return 0;
}
CGI程序和非CGI程序处理函数详解~
ProcessNonCgi
ProcessNonCgi只需要返回打开的文件，比较简单，返回文件描述符，在BuildOk当中就会将该文件用sendfile这种0拷贝技术进行拷贝回去。
//6.2处理非CGI程序
int ProcessNonCgi()
{
http_response.fd = open(http_request.path.c_str(), O_RDONLY);
if (http_response.fd >= 0)
{
return OK;
}
return NOT_FOUND;
}
ProcessCgi
CGI模式的处理稍微复杂，分为以下几步骤
- 创建子进程，创建两个管道（为了父子之间的通信），将数据交给子进程处理，父进程直接可以通过创建孙子进程的方式直接返回。
- 子进程设置环境变量（如GET的方法需要的query，POST方法需要正文的长度，以及发送正文给子进程）。子进程通过进程替换过后直接执行程序来解决，但是需要读取环境变量获取相关信息，如Content-Length，Method方法就可以通过环境变量，而正文可能是大量数据通过管道传输。
- 管道通常是创建之后fork，然后这里的命名是以父进程的身份，父进程在outfd[1]当中写，infd[0]里面读，反之子进程在outfd[0]里面读，infd[1]里面写。然后由于execl函数导致可能
BulidHttpResponse函数内部这里的切分了query_string是不包含?的。
如https://blog.csdn.net/weixin_52344401/article/details/125898517?a=10，则path是https://blog.csdn.net/weixin_52344401/article/details/125898517,query是a=10。
重定向的目的：子进程程序替换过后，虽然文件描述符表还存在，但是在上层，进程的代码和数据都被替换了，所以需要通过重定向，往自定义协议0为读，1为写。
putenv（使用注意string是否已经析构了！！）
SYNOPSIS
#include <stdlib.h>
int putenv(char *string);
- putenv函数：
putenv 函数会将参数 string 直接填写到环境表中，不会再为 “name=value” 这个字符串再去分配内存。如果是在一个函数中定义的string，那么在调用该函数后，string 指向的内容可能会被释放，就找不到name环境变量的值了。 - setenv 函数：
setenv 函数和 putenv 函数不同，它会将name和value指向的内容复制一份并为其分配内存，形成 “name=value” 的字符串，并将其地址写入到环境表中。所以就不会出现上面putenv 的情况，就算函数返回了，name 和 value指向的内容被释放了，仍然有一份拷贝在。
SYNOPSIS
#include <stdlib.h>
char *getenv(const char *name);
///
处理CGI程序，需要创建子进程处理，response_body此时才会被设置
//
int ProcessCgi()
{
std::string &bin = http_request.path;
auto &code = http_response.code;
//以父进程的角度创建两个管道进行父子之间通信
int outfd[2];
int infd[2];
if (pipe(outfd) < 0)
{
LOG(ERROR, "create pipe error!");
code = SERVER_ERROR;
return code;
}
if (pipe(infd) < 0)
{
LOG(ERROR, "create pipe error!");
code = SERVER_ERROR;
return code;
}
pid_t pid = fork();
if (pid < 0)
{
LOG(ERROR, "fork fail!");
code = SERVER_ERROR;
return code;
}
else if (pid == 0)
{
// child
///
///子进程负责将环境变量设置好,进行进程替换给对应的进程处理数据
///
close(outfd[1]);
close(infd[0]);
//提前把方法传递给子进程
std::string method = "METHOD=";
method += http_request.method;
putenv((char *)method.c_str());
//若是GET方法，子进程将QUERY_STRING的内容设置到环境变量即可
if (http_request.method == "GET")
{
std::string query_string_env = "QUERY_STRING=";
query_string_env += http_request.query_string;
putenv((char *)query_string_env.c_str());
LOG(INFO, "GET putenv: " + query_string_env);
}
//若为POST方法，子进程将要接受LENGTH长度以环境变量发送
else if (http_request.method == "POST")
{
std::string content_length_env = "LENGTH=";
content_length_env += std::to_string(http_response.content_length);
putenv((char *)content_length_env.c_str());
LOG(INFO, "POST Putenv :" + content_length_env);
}
//进行重定向
//子进程outfd[0]里读,infd[1]里写
dup2(outfd[0], 0);
dup2(infd[1], 1);
//子进程进程替换过后环境变量不会改变，此时协议规定往0文件描述符是写，往1是读。
execl(bin.c_str(), bin.c_str(), nullptr);
//进程替换后这里后面若执行就是出错了
LOG(WARNING, "execl fail!");
exit(1);
}
else
{
///
父进程负责发送请求正文给子进程,对子进程进行等待
///
// father
close(outfd[0]);
close(infd[1]);
//子进程已经获取了LENGTH字段，父进程发送请求正文给子进程处理
if (http_request.method == "POST")
{
size_t total = 0; //以发送多少
const char *start = http_request.request_body.c_str(); // start指向数据起始
ssize_t size = 0; //一次发送的数据
while (total < http_request.request_body.size() && (size = write(outfd[1], start + total, http_request.request_body.size() - total)) > 0)
{
total += size;
}
}
int status = 0;
int ret = waitpid(pid, &status, 0);
if (ret == pid)
{
// std::cerr << "debug father read success: 1"<< std::endl;
char ch = 0;
if (WIFEXITED(status))
{
// std::cerr << "debug father read success: 2"<< std::endl;
if (WEXITSTATUS(status) == 0)
{
// std::cerr << "debug father read success: 3"<< std::endl;
//正常退出,写端关闭，读端会读到0
while (read(infd[0], &ch, 1))
{
//子进程会自动退出,读上来的数据放进response_body当中
http_response.response_body.push_back(ch);
std::cerr << "debug father read success: " << ch << std::endl;
}
//response_body此时才会被设置
std::cerr << "debug :" << http_response.response_body << std::endl;
code = OK;
}
else
{
code = BAD_REQUEST;
}
}
else
{
code = SERVER_ERROR;
}
}
close(outfd[1]);
close(infd[0]);
}
return code;
}
HandlerRequest
HandlerRequest是CallBack类当中最重要的模块，最终就是调用这个函数，进行一系列操作，结束过后销毁ep对象析构函数会把文件描述符关闭，断开连接。至此，基于短链接多线程池的HTTP服务器就完成了。
void HandlerRequest(int *_sock)
{
int sock = *(int *)_sock;
std::cout << "get a new link ...: " << sock << std::endl;
// EndPoint负责关闭文件描述符
EndPoint *ep = new EndPoint(sock);
ep->RecvHttpRequest();
if (!ep->Stop())
{
LOG(INFO, "Recv no error,begin Build and Send");
ep->BulidHttpResponse();
ep->SendHttpResponse();
}
else
{
LOG(WARNING, "Recv Error ,Stop Bulid And Send");
}
delete ep;
LOG(INFO, "handler event sucess");
#endif
return;
}
最后需要通过退出码得到描述状态信息，使用Code2Desc即可。
std::string Code2Desc(int code)
{
std::string res;
switch (code)
{
case 404:
res = "Not Found";
break;
case 200:
res = "OK";
break;
}
return res;
}
这个工具类读取流的时候是否要加锁？？
工具类的使用都在Task的栈上的对象当中，所以不用。
构建日志能够有利于帮助我们快速定位问题，解决问题！
构建日志
日志是我们定位问题的一个比较重要的依据，我们只是需要输出日志格式的函数即可。
[日志级别][时间戳][日志信息][错误文件名称][行数]
日志分级别：
INFO：正常输出
WARNING:表示一些告警。
ERROR:有一些错误。
FATAL:致命信息，程序不能往后面走了。
时间戳可以通过一些函数直接获取时间戳，时间戳获取时间time函数。
time_t是一个无符号整数。
文件名称和行数可以通过C提供的一些。
__FILE__ 会显示所在文件
__LINE__会显示所在行数
我们这里致命的信息会打印感叹号。
Log.hpp实现，通过提供LOG接口，让Log传参的时候不需要频繁传__LINE__和__FILE__。
#pragma once
#include<iostream>
#include<string>
#include<time.h>
#define LOG(level,message) Log(#level,message,__FILE__,__LINE__)
void Log(std::string level, std::string message, std::string filename, size_t line)
{
std::cout << "[ " << level << " ]" <<"[ "<<time(nullptr) <<" ]"<< "[ " << message << " ]" << "[ " << filename <<" ]" << "[ " << line << " ]" << std::endl;
}
cgi程序几乎可以用任何的后端语言来实现。
注意：
cgi程序要输入，不能使用cout了，cout就是往标准输出打印了，已经被重定向到管道了，所以我们要打印内容到终端，可以使用cerr
编写Makefile
代码的生成
bin=httpserver
cgi=test_cgi
CC=g++
LD_FLAGS=-std=c++11 -lpthread
src=main.cc
curr=$(shell pwd)
ALL:$(bin) $(cgi)
.PHONY:ALL
$(bin):$(src)
$(CC) -o $@ $^ $(LD_FLAGS)
$(cgi):cgi/test_cgi.cc
$(CC) -o $@ $^
.PHONY:clean
clean:
rm -f $(bin) $(cgi)
生成output文件
.PHONY:clean
clean:
rm -f $(bin) $(cgi)
rm -rf output
.PHONY:output
output:
mkdir -p output
cp $(bin) output
cp -rf wwwroot output
cp $(cgi) output/wwwroot
测试错误请求
telnet对于访问不存在/asd路径，返回错误页面。
错误码
处理HTTP的两种错误：
- 逻辑错误（已经读取完毕，构建时出问题），如：CGI创建线程失败
- 读取错误 - 读取过程不一定完毕了，此时不给对方回应，此时可以直接close套接字，deleteEndPoint即可。
所以Endpoint需要添加bool stop变量，默认stop为false。
上述第二种错误：
父进程写入的时候出错，或者读端因为某些原因而关闭了，或者由于网络因素关闭了，此时写端会收到信号SIG_PIPE，此时我们的进程会被退出！
所以我们可以将SIG_PIPE忽略即可。
Debug选项打开：
查看POST方法上传的数据。
总结
至此，HttpServer就完成了，后续还会更新相关数据库连接，以及CGI程序的一个优化，弄出一个更有意义的页面。
- 喜欢就收藏
- 认同就点赞
- 支持就关注
- 疑问就评论