在前两个版本中,每次发起请求一次就新建一个netty的channel连接,如果在高并发情况下就会造成资源的浪费,这时实现异步请求就十分重要,当有多个请求线程时,需要设计一个线程池来进行管理.除此之外,当前方法过于依赖注册中心,在高并发情况下对注册中心造成了压力:另外如果注册中心出现宕机等情况,那么整合系统就崩溃了,为了解决这个问题,添加了一个适合高并发的服务缓存机制.以上为该版本的新增内容. 异步请求和线程池 这里就不具体介绍异步请求的概念了.用一个通俗的例子解释,如你在饭店点餐,当你点好餐后,…