如何实现一个可以被访问的

最近，一个明年造的轮子Vino被重建了。OVino的目标是实现一个具有访问功能的重度Web服务器，只剩下Web服务器的读写单元。在重建的过程中，Vino借鉴了很多优质的开源项目，比如Nginx、Mongoose、Webbench等。所以，相比之前版本的Vino，如今的Vino不仅在功能上有所提升，在理念上也更加温柔和强势:d。

本文有可能目前停止阐述维诺核心区的特点，总结一下发展过程中获得的经验。

并行处理无阻塞

Vino团队接受了基于无序驱动器的非阻塞并行处理模型。接受并行处理模式，不鼓励管理系统分配线程同步和进程间通信的打开和关闭，减少运行内存的损失。因为接受了并行处理模型，为了更好更强的开发进程控制率，Vino将默认阻塞I/O设置为非阻塞I/O，即在读写数据信息的过程中，如果缓冲区空/缓冲区适中，进程不会被阻塞，而只是立即返回并设置errno。

OVino最后的设计灵感来源于《计算机系统:编写报告收集程序时的程序员视角》一书中的一个简单的Web服务器。每次有请愿时，Web服务器大城市叉采取一个过程来处理它。隐蔽的，在已经放下封闭的情况下，那种模子是没有理由的。每一个分叉课程都会带来波澜壮阔的发展，管理系统的课程数量相对有限。此外，调养等待多门课程的开启和关闭也不可小觑，CPU会花费大量时间决定吞噬哪门课程。课程调养引起的高短文本之间的转换也需要相当的资产。

认为接受线程同步模型来代替多进程模型是很简单的。与多进程模型相比，线程同步模型占用的管理系统的资产会大大压低，但小进程可以提高素养。为了更好的减少进程护理导致的打开和关闭，我们可以接受线程池模型，即实体进程的数量，但是测试结果依然存在:因为LinuxI/O默认是阻塞的，如果线程池中的所有进程都被Mom已经处理过的请求阻塞，那么新到达的请求就会被进程处理。所以，如果我们把默认的阻塞I/O和非阻塞I/O交换，过程就不会局限于数据信息的读写能力，考试成绩也可以解决。

HTTP保持活动状态

OVino支持HTTP持久连接，即几个请求可以复用统一一个TCP连接，减少TCP创建/断开连接发送的功能切换。每次我们去请愿，Vino都会停止分析请愿，判断请愿头中是否有联系:keep-alive请愿头。如果存在，那么在一个请求被处置后，它将彼此连接和相邻，数据信息缓冲区(用于存储请求内容和衬托内容)和形状标记表的标记将被终止和重置，否则，它将被关闭和相邻。

由于HTTPKeep-Alive的缺点，RFC2616有一个更极端的总结，以下是精选的。

通过打开和关闭更少的TCP连接，可以节省路由器和主机(客户端、服务器、代理、网关、隧道或缓存)的CPU时间，并且可以节省主机中用于TCP协议控制块的内存。

HTTP请求和响应可以在一个连接上通过管道传输。管道化允许客户端发出多个请求，而无需等待每个响应，从而允许单个TCP连接以更低的运行时间得到更有效的利用。

通过减少由TCP打开引起的数据包数量，并允许TCP有足够的时间来确定网络的拥塞状态，可以减少网络拥塞。

后续请求的延迟减少了，因为TCP的连接打开握手没有花费时间。

HTTP可以更优雅地发展，因为可以报告错误，而不会以关闭TCP连接为代价。使用HTTP未来版本的客户端可能会乐观地尝试新功能，但如果与旧服务器通信，则在报告错误后使用旧语义重试。

定时器开启时间

如果很早就已经创建了一个请求，收到数据信息，突然关掉了圈子的电源，该怎么办？每个人都要求实时计时器处理超时请求。Vino守时器的真正实现参考了Nginx的构想。Nginx用一棵白黑树来存储每一个准时无序，在每一个无序周期从白黑树中找到最少(早)的无序。如果请求超时，将在请求超时时进行处理。为了更好的简化现实，我真的在Vino里有一个小顶堆来存储守时障碍。如果要处置的守时障碍是由更少的毗连性支持的，那么就该升级处置后与恳求相匹配的守时装置了，也就是从头开始记录时间。定时器的相关代码参见vn_event_timer.h和vn_event_timer.c。

HTTP解析器

由于集合中缺乏特异性，我们无法通过检查一次端口来实际读取所有的恳求数据信息。所以对于每个请求，大城市的每个人都开发一个缓冲区来存储之前读取和接收的数据信息。另外，要求您停止对读取和接收的数据信息进行分析，以检查在该口读取和接收的数据信息是否为有效数据信息。比如假设当前缓冲区的数据信息是GET/index.htmlHTT，那么下一次读取接收的标识符必须是p，否则要马上检查当前恳求是非常恳求，当前邻接要自动全关闭。

根据上面的解释，需要实现一个HTTP解析器来维护当前的解析形状。Vino解析器的实现参考了Nginx的概念，简化了Nginx的实现。http解析器的相关代码参见vn_http_parse.h和vn_http_parse.c。

内存池

通常使用malloc/calloc/free来分配/释放运行内存，但这些函数对于一些需要较少运行时间的法式方式有一些缺点。频繁使用这些函数分配和释放运行内存会导致运行内存碎片，管理系统也不容易私下间接收集和停靠运行内存。模型例子是，大规模合并频繁分配和私自收集对接运行内存，会导致进程运行内存碎片化，没有人会坐在马上被管理系统私自收集和对接。

使用内存池来分配运行内存，可以在一定程度上提高运行内存分配的服从性，并且不需要每次都贪污malloc/calloc数。此外，使用内存池使得运行内存的应用程序更加简单。在Vino中，对于每一个请求，Vinometropolis都会分配一个或几个内存池(每个内存池形成一个链表)，并在处置完成后恳求一起释放所有运行的内存。

ofvinMemoryPool的现实还是参考了Nginx的现实，并且做了简化。内存池的相关代码参见vn_palloc.h与vn_palloc.c。

其他的

在发展Vino的过程中，有很多住宅需要思考和考虑。求情时，如果客户求情的是大文件，导致书写缓冲区不大，如何更好的构思设置缓冲区？如何构思最底层的数据信息结构(如字符串数组、链表、小顶堆等。)更有效？如何更温和地分析命令的主要参数？如何终止处置特殊嫌疑人号码？如何更强势地处理问题？现在编码的数量已经到了一定的程度，如何快速准确的定位编码？

Vino&；Therebuild的开发暂时中止，源代码已经放到GitHub上。虽然，维诺贷款有很多不足的地方，但它有真正的特点。

只支持HTTPGET方法，其他httpmethods已经很久不支持了。

长期不支持静态数据恳求。

支持的HTTP/1.1特性相对有限。

...

写那篇文章，希望对初学者有帮助。