LiXiangnan

https://github.com/digitalocean/prometheus-client-c/blob/f64fd5998437a89698fb83b7602e75176b1f7416/prom/src/prom_map.c#L372-L376 I think the code for 372 and 375 should be swapped, because the string will be free in the map-node's callback.

支持一波

非常感谢作者的回复。 我这边有两个方案，不知道合不合理： 方案一：如果是临时规避的话，可以先在`HttpHandler::FeedRecvData`加个判断：如果`state == HANDLE_CONTINUE && writer->end != HttpResponseWriter::SEND_END`，则直接return 0，那么httpServer.cpp:on_recv会视为异常，然后关闭连接。这样可以先规避被攻击的场景。 方案二：后续如果要支持http-pipeline，那么也是在`HttpHandler::FeedRecvData`加个判断：如果`state != WANT_RECV`，那么先将data存入HttpHandler的一个缓冲buf变量，然后在send完上一次响应的时候，去检查这个缓冲buf是否有数据，有的话则调用`HttpHandler::Reset`，然后将buf送给`HttpParser::FeedRecvData`。 不过方案二也有点复杂，涉及到： （1）buf空间的限制； （2）上层writer结束后，如何读取buf。以及buf在写入时的线程互斥问题。

您好，请教一下，有libhv使用http2 server的使用example吗？ 回调时是否支持不同的steam_id？