服务器boa分析

Boa是一种非常小巧的Web服务器,其可执行代码只有大约60KB左右。
作为一种单任务Web服务器,Boa只能依次完成用户的请求,而不会fork出新的进程来处理并发连接请求。但Boa支持CGI,能够为CGI程序fork出一个进程来执行。Boa的设计目标是速度和安全。
在海思和mtk的pon 项目方案中,boa经常用于做web服务器。
在这里对boa的整体架构做一个简单的分析。

Boa结构分析:
这里写图片描述

主循环select_loop函数中,fdset_update的作用是把selected后的请求控制块从阻塞队列移动到准备队列。process_requests则是请求处理的核心,采用有限状态机机制处理。
这里写图片描述

process_requests函数中,每一次处理完成后,会对返回值进行判断,并且根据判断的结果处理请求队列,以便在下一轮中继续处理。
这里写图片描述

下面对boa状态机进行详细的分析
这里写图片描述
进行HTTP头部分读取处理:
一开始req->status为READ_HEADER

  1. 如果收到“\r”切到ONE_CR 态
  2. 如果收到“\n”则切为 ONE_LF

当req->status为ONE_CR时

  1. 如果收到“\n”则切为 ONE_LF 态
  2. 如果收到“\r”则切为初始态 READ_HEADER

当req->status为ONE_LF态时

  1. 如果收到“\r”则切为 TWO_CR 态
  2. 如果收到“\n”则收到两个换行符,此时后面内容为HTTP BODY,切为BODY_READ态
  3. 如果收到其他字符,切回初始态READ_HEADER

当req->status为TWO_CR态时

  1. 如果收到“\n”则表示已经收到两个“\r\n”,后面内容为BODY,则切为BODY_READ态
  2. 如果收到“\r”则切为初始态BODY_READ

进行HTTP BODY读取处理:
当req->status为BODY_READ态时

  1. 如果是非脚本GET或HEAD请求,则切为WRITE
  2. 如果请求方式为post,则切为BODY_WRITE
  3. 如果是get请求,同时req->is_cgi不为空,则切为PIPE_READ
  4. 如果客户端请求的数据读完,则切为DONE

当req->status为WRITE态时

  1. 如果输出缓冲区还有待发送的数据,则不切状态,以后继续处理
  2. 如果数据已经全部发送到客户端,则切为DONE

当req->status为BODY_WRITE态时

  1. 如果缓冲区没有数据可写,则状态切为BODY_READ继续读
  2. 如果已经将post请求的body数据写入临时文件,则切为DONE

当req->status为PIPE_READ态时

  1. 如果还有数据可读,则状态不切换,以后继续读
  2. 如果当前缓冲区已满或没有数据可读,则切到PIPE_WRITE写数据

当req->status为PIPE_WRITE态时

  1. 如果还有数据可写,则不切换状态
  2. 如果输出缓冲区为空并且还有数据可读,则切为PIPE_READ
  3. 如果数据全部输出到客户端了,则切位DONE

当在各种状态中遇到异常时,则切为DEAD状态

  • 1
    点赞
  • 17
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值