java分布式项目的思考

最近在维护公司的分布式项目，可乱可复杂了，技术栈很多，因为自己是伪程序员，不得不好好梳理思考了一下，埋头苦干啊还得经常反思，不然天天搬砖，未来怎么见人，欢迎大家解答吐槽。。。

1 springmvc启动的时候会加载并初始化controller，controller的对象属性包含某个service，用@Resource注解为service属性注入属性值，这个注解会去当前容器中寻找相同名称的bean实例，当前web项目依赖于后台的dubbo框架的分布式服务，springmvc的web项目启动的时候初始化controller，会去当前容器中寻找controller对象属性依赖的bean实例，但是bean实例（真正的service服务实例）的创建不属于当前web项目的职能，属于dubbo服务的职责，这里涉及到了远程访问和调用技术（类似于java RMI技术），也就是说dubbo框架封装了服务之间远程调用的细节，这里有一个问题：controller对象属性依赖的bean实例（service服务实例），是否在本地创建了一个动态代理对象，代理对远程服务的访问？

2 maven的读取dependency ，最优路径的问题，相同jar包，不同版本的读取先后问题，遇到一个坑：某个java文件引用了外部API的某个方法，于是乎在当前pom文件引入外部API的dependency依赖，奇怪，API没有报错，但是引起了另外一个api引用的java Entity 报错啊，后来查找定位了一下报错entity引用的dependency，将新API引用的dependency放在其下边（不是上边），竟然不报错了，看来是新的挡了旧的的老路啊，奇怪啊，哈哈

3 dubbo协议是个什么鬼？dubbo是怎么做到分布式控制的，其中dubbo，zookerper到底做了什么，如何做到的？

4 sring的注解是依赖spring的jar包，怎么创建自定义的注解并使用？

5 dubbo通过dubbo协议在20880端口暴露服务，具体细节：

6 zookerper作为一个服务注册中心，是怎样动态的注册和发现服务

来日方长，去日苦多啊，看着自己问题这么多，感觉自己就是一个奇怪宝宝啊，啊，项目还没做完呢，又到清明了，踏青去，哈哈