libevent之丢失header问题

时间:2023-01-16 08:29:20

本文为原创,转载请注明:http://www.cnblogs.com/gistao/

背景

分享一个hhvm使用http server方式来处理请求的问题及对应的patch。hhvm3+版本支持fastcgi模式,而之前的版本都只能用http serve模式来响应请求,由于hhvm的http server支持的功能比较弱,现在大部分使用场景都选择fastcgi了,而这次要说的问题仅存在于使用了http server模式的所有版本hhvm。

HHVM问题

我们发现线上的hhvm会有丢失http header的极小概率问题,在单台日请求量近千万情况下只有2个左右的发生概率,并且将出问题的url在线下复现,也没有复现,瞬间没有一点点线索了。没有办法,用笨办法:看代码+排除法,没有办法的办法。但事实证明往往笨办法也是最终的办法。

问题相关

简单的说,我们的服务架构是nginx作为反向代理服务器,来请求hhvm。Facebook的工程师基于libevent1.4.14b,增加了设置backlog功能和修复了一些内存泄漏问题,http的header的解析工作还是在libevent里独立完成的,截取http.c部分代码如下

enum message_read_status
evhttp_parse_headers(struct evhttp_request *req, struct evbuffer* buffer)
{
char *line;
enum message_read_status status = MORE_DATA_EXPECTED; struct evkeyvalq* headers = req->input_headers;
while ((line = evbuffer_readline(buffer))
!= NULL) {
char *skey, *svalue; if (*line == '\0') { /* Last header - Done */
status = ALL_DATA_READ;
free(line);
break;
} /* Check if this is a continuation line */
if (*line == ' ' || *line == '\t') {
if (evhttp_append_to_last_header(headers, line) == -)
goto error;
free(line);
continue;
} /* Processing of header lines */
svalue = line;
skey = strsep(&svalue, ":");
if (svalue == NULL)
goto error; svalue += strspn(svalue, " "); if (evhttp_add_header(headers, skey, svalue) == -)
goto error; free(line);
} return (status); error:
free(line);
return (DATA_CORRUPTED);
}

能看出问题吗,由于定位问题过程比较曲折,这里不罗嗦了。

Libevent问题

bug出现在buffer.c里的readline函数,如下

char *
evbuffer_readline(struct evbuffer *buffer)
{
u_char *data = EVBUFFER_DATA(buffer);
size_t len = EVBUFFER_LENGTH(buffer);
char *line;
unsigned int i; for (i = ; i < len; i++) {
if (data[i] == '\r' || data[i] == '\n')
break;
} if (i == len)
return (NULL); if ((line = malloc(i + )) == NULL) {
fprintf(stderr, "%s: out of memory\n", __func__);
return (NULL);
} memcpy(line, data, i);
line[i] = '\0'; /*
* Some protocols terminate a line with '\r\n', so check for
* that, too.
*/
if ( i < len - ) {
char fch = data[i], sch = data[i+]; /* Drain one more character if needed */
if ( (sch == '\r' || sch == '\n') && sch != fch )
i += ;
} evbuffer_drain(buffer, i + ); return (line);
}

此函数的功能就是截取一行出来,然后循环解析完所有header。rfc2616规定行分隔符是\r\n,而libevent认定的换行符(eof)却是非常的宽松,比如\r就行。如果收包时恰好将\r和\n分离在两个包里,那么后边这个包解析时第一个字节就是\n,libevent解析时会认为这是一行(其实还是之前的行),而这行并没有内容,即内容是\0,这会造成evhttp_parse_headers函数直接认为header已经全部解析完毕了,也就是说丢失了header

多说一句libevent的2x版本,相比之前的版本代码变化很大,单就解析header来说,已经提供了三种级别的换行符认定标准,不过默认还是最松散级别。

Libevent patch

由于我们这里的环境都是可控的,不会存在那些乱七八糟换行符,所以就按照强约束\r\n(LRCF)来解析,针对libevent1.4.14b的patch如下

--- ./buffer.c  -- ::04.000000000 +
+++ ./buffer.c -- ::25.783883798 +
@@ -, +, @@
char *
evbuffer_readline(struct evbuffer *buffer)
{
- u_char *data = EVBUFFER_DATA(buffer);
- size_t len = EVBUFFER_LENGTH(buffer);
- char *line;
- unsigned int i;
-
- for (i = ; i < len; i++) {
- if (data[i] == '\r' || data[i] == '\n')
- break;
- }
-
- if (i == len)
- return (NULL);
-
- if ((line = malloc(i + )) == NULL) {
- fprintf(stderr, "%s: out of memory\n", __func__);
- return (NULL);
- }
+ u_char *data = EVBUFFER_DATA(buffer);
+ size_t len = EVBUFFER_LENGTH(buffer);
+ char *line;
+ unsigned int i;
+
+ for (i = 0; i < len; i++) {
+ if (data[i] == '\r') {
+ if (i + 1 < len && data[i+1] == '\n') {
+ break;
+ }
+ }
+ }
+
+ if (i == len)
+ return (NULL);
+
+ if ((line = malloc(i + )) == NULL) {
+ fprintf(stderr, "%s: out of memory\n", __func__);
+ return (NULL);
+ } - memcpy(line, data, i);
- line[i] = '\0';
+ memcpy(line, data, i);
+ line[i] = '\0'; - /*
- * Some protocols terminate a line with '\r\n', so check for
- * that, too.
- */
- if ( i < len - 1 ) {
- char fch = data[i], sch = data[i+1];
+ evbuffer_drain(buffer, i + 2); - /* Drain one more character if needed */
- if ( (sch == '\r' || sch == '\n') && sch != fch )
- i += 1;
- }
-
- evbuffer_drain(buffer, i + 1);
-
- return (line);
+ return (line);
} -
char *
evbuffer_readln(struct evbuffer *buffer, size_t *n_read_out,
enum evbuffer_eol_style eol_style)