设计-依赖关系的理解

1. 依赖最好是单向

   1.1 如果一定要双向注入, 某一个依赖最好转换为接口依赖,实现反向调用或者说反向通知的效果.

   1.2  接口(父类)依赖和mq其实是类似的. 另外一个通过存储解耦,变回调通知为阻塞查询某个队列存储(zookeeper常用)

    Follower 依赖 FollowerZooKeeperServer , Follower又被注入到FollowerZooKeeperServer中,查看代码你会发现是注入的是Follower的封装类FollowerBean的父类接口.

public ZooKeeperServer() {
serverStats = new ServerStats(this);
listener = new ZooKeeperServerListenerImpl(this);
}

listener 是 ZooKeeperServerListenerImpl的接口类.  而且这个注入就是在内部. 不是像spring的反向注入.

面试题:

   1. 双向依赖 看是不是会抛错?

   2. 基于服务端编程由于依赖的是接口,所以是伪依赖