今天来谈一谈心跳连接，本文不会给出具体的解决方案，只抛出问题。

使用心跳连接的初衷是检查目标主机是否可用，具体方式通常是通过独立的连接，以一定的频率pingpong，当然timeout也是必不可少的，毕竟丢包也是很正常的事情。

组装好NAS之后，我一直在考虑如何让其实现定时开机与关机，其中后者可以通过cron或者systemd-timer轻松解决，问题是开机，想到的方案主要有2个：

1. 在机箱内安装一块Arduino/ESP开发板，配合时钟模块和锂电，定时接通PWR。
2. 依靠网卡唤醒，也就是WOL(Wake-On-Lan)，通过路由器实现定时唤醒(OpenWRT)。

对于我个人而言，2个方案都可以实现，但后者显然耗时更少，近期忙着毕业，没法抽出大段时间折腾。在编写LuCI插件过程中遇到了一点麻烦，单纯的cbi无法满足需求，所有这部分内容只能滞后了。

读研以来，很少关注高层架构的变动，所以忽略了期间服务化趋势带来的一些变化。近期，在某厂的面试中就被问到了服务调度和容错。

目前，各厂基本都已进入了服务化的阶段，对于单节点的性能挖掘变得不再是那么迫切，服务调度、容错等问题才是焦点。之前通过开发服务器，基本掌握了Linux用户态的程序开发，但对于服务化方面的知识和经验，还是相当欠缺。

在自动化验证技术成熟之前，我们依旧需要测试，能否编写优秀的模块，体现的是能力，而为代码编写完善的测试用例，体现的则是习惯。

虽然测试并不能说明什么问题，但目前我们并无任何备选方案，相信在很长一段时间内，完善的测试用例对于项目而言都是弥足珍贵的。

有些时候会觉得编写测试用例太烦，但是要知道，至少我们还能通过测试用例来进行测试，有很多领域是无法通过如此“傻瓜式”的测试来达成目的的。

似乎已经很久没有提到关于服务器的消息了，其实我一直都在写，只是有时事情比较多，会耽搁一点时间。

在使用C重写前，我就已经用Dlang实现了近2个版本的HTTP解析器，换成C之后，又换了几种思路，期间也参考现有的几种实现，可以说是有点积累，现总结成文，记录一下。

注：如下所指的HTTP均指代HTTP/1.1，不涉及HTTP/2的内容。