Zhangyi Chen
Zhangyi Chen
可能比较难，raft得接口较多，直接提供c-binding的话工作量还是不小的
@WingsGo 请问下你这里大数据量指的是单个rpc payload很大还是qps很高.
> > 协议解析的时候需要的应该只是一小部分body吧，例如brpc的协议其实只需要前12个字节就可以确认了，后续的内存可以先申请，然后把前12个字节的数据重新set一下就可以了吧，不知道这个理解是否正确? > > 不是把前12个字节的数据重新set一下，是要把提前读到的部分body先吐出来，然后写入一段连续的内存，再用这段连续内存进行后续的写入 @wwbmmm 如果考虑做一些特殊处理的话，是可以放弃多协议的支持去实现这个模式的？
> // blocked until reading is completed > cntl.ReadProgressiveAttachmentBy(new MyProgressiveReader); 这个只提供同步接口么？ --- > Enable the new server option in Server::StartInternal by 这个应该是一个method级别的option。或者至少得是service级别。 不能是server级别。不然加了这个参数之后，一些service会出现undefined behavior. --- 为什么需要改acceptor？ 这个不应该是socket级别的东西么？ 应该只影响ProcessHttpRequest相关的吧，如果需要可以在对应的socket或者messenger里面加一些数据。
@TangSiyang2001 http解析消息的时候，是可以知道是不是header complete的，如果在这个之后判断，是不是能简化问题？ 因为method相关的，在header中就拿到了。