huhu

@imotai 目前其实有个很简单的监控信息页面，后续可以考虑完善功能。

Metrics可以包括：线程池相关（线程数、队列大小、队列等待时间），连接池相关（获取连接时间、连接池被占用个数、空闲个数）、Protocol相关（decodeHeader、decodeBody、processRequest、encodeResponse、encodeRequest时间）、负载均衡选择channel时间、client重试次数、client耗时。

netty请求包大小、响应包大小、server响应时间

@Kewei-Wang-Kevin 有几个问题： 1、有没有可能在decode时，只decode header部分，由decodeRequest和decodeResponse来decode body部分。 2、如果在decode失败时，怎么区分是包长度不够、还是包是错误的，这两种情况要区分对待。 3、example麻烦补充下如果用brpc-java client来跟brpc-java-server通信。

@kewei-wang 1、有没有可能在decode时，只decode header部分，由decodeRequest和decodeResponse来decode body部分，这样可以减少io线程的占用。 2、如果在decode失败时，怎么区分是包长度不够、还是包是错误的，这两种情况要区分对待，前者不应该关闭连接，后者需要关闭链接。 3、client端为啥不实现grpc哈？

@Kewei-Wang-Kevin 有几个问题麻烦看下哈： 1、Http2GrpcRequest里isEndOfStream为false时，这时候是不是应该等对端的包发完整后，再丢给业务处理？ 2、brpc java client请求grpc server的example。 3、brpc server不设置具体协议时，grpc client请求brpc java server。 4、对brpc-java server的 grpc协议起压力测试看看

why? Since notEnoughDataException is more likely to happen than TooBigDataException.

@FancyJan 我知道原因了，是因为并行new RpcClient时，没抢到ExtensionLoaderManager加载的线程没有去等待extension加载完成。这里需要优化下。RpcClient一般建议在系统启动时，去加载。请问你们是什么场景，需要在运行时，实时new RpcClient？

@sjj3086786 多谢指正~等master代码发布后，我修改下readme。

先到raft-java-core里执行mvn clean install