在RPC框架中很重要的部分就是请求量的限制,每个机器能够处理的请求数量是有上限的,所以设置一个能处理的上线,将不能处理的请求拒绝总是正确的。
请求类型
Pigeon中请求的处理是采用一个责任链的模式,Netty服务器中将接受的请求序列化成Request对象,然后抛到Pigeon的责任链中处理。Pigeon将请求分为四个类型(参见ProviderProcessHandlerFactory)
业务逻辑 bizInvocationHandler
心跳检查 heartBeatInvocationHandler
健康检查 healthCheckInvocationHandler
心跳扫描 scannerHeartBeatInvocationHandler
处理流程
每一个handler通过一个filter列表为构建参数创建

重点关注这里的bizInvocationHandler,这个实例就是业务逻辑处理的主体。那么本文要讲的限流是如何实现的呢?
就是在GatewayProcessFilter内部
methodAppLimitMap //GatewayProcessFilter内部存储每个method对应的请求上线
ProviderStatisticsHolder : methodCapacityBuckets 存储了每个method的请求量
当请求量大于限制时就会抛出异常
if (requests + 1 > limit) {
throw new RejectedException(String.format("Max requests limit %s reached for request from app:%s", limit, fromApp));
}