背景
作为后端服务负载、前后分离的主要手段，dubbo在业界中使用率还比较高。随着Dubbo系统的增多，本地开发、调试就出现了麻烦之处
直接在开发本地起同样一份服务
由于Dubbo采用负载均衡的策略，多次请求的情况下总会随机一次到本地的服务上，有点儿看命的感觉。
修改Group
作为Dubbo支持的分Group策略，把各自开发人员独立注册一个Gruop是可行的。这样需求把Consumer端和provider端同步进行修改，稍微有点儿麻烦。
而且还是会想注册中心注册一份服务列表。
直连
直连就是不
