Spring-Cloud架构入门（二）微服务基本包结构--转载请注明出处

一、基本的依赖架构：

1.在上方的基本依赖结构中，最基础的依赖包为spring-boot包，该包是Spring-boot所提供的基础依赖jar包，定位是一个类似于java中Object的一个包，所有的包都需要继承于这个包来进行。

2.framework-parent包是内部基础依赖框架包，这个包继承于spring-boot包，该包内部包含了framework-boot于framework-ms两个jar包，这两个jar包分别用于不同的场景，boot包用于构建出的单独的boot项目进行使用，而ms包则是用于构建微服务项目进行使用。在ms包中引用了boot包的内容，同时，在这个包中新增了微服务的FeignClient，Config，Eureka等SpringCloud相关的引用以及基本的配置。

3.service与customer，分别是实际的微服务的客户端与服务端的包，这两个包的结构一致，均是由基本的parent以及继承于parent的三个model包（bean，client，server），三个model包均继承于各自的parent包。client包为提供给调用方使用的jar包，里面只有FeignClient的接口信息。bean包属于用于进行交互的对象规范包，内部只有Enum和Bean。同时，Client包会引用bean包。server包为具体的实现代码，该包会引用Bean包，但是一般不建议引入Client包。

二、为什么要抽离 framework 基础包

抽离framework包，有点类似于建立基础工具包，一般在外包公司的项目中比较常见，拥有基础工具包，或者搭建基本的项目快速构建模板以后，可以用于快速的创建出一个新的项目来，用于进行新服务的开发。在微服务架构中，抽离基础服务包的用途与这个目标类似，但是并不完全相同。

1.有了基础服务包以后，在构建新的项目时，不再需要再编写大量的配置代码。

例如配置mybatis的信息，例如配置一些日志打印，灰度，权限控制，消息队列，redis等等。也不用再在服务中添加过多的通用性jar包的pom依赖。同时这个基础jar包，还具有基本的工具包的功能，可以为全局提供所需要的工具类，如加解密，http，等等。

2.由于底层的框架代码只有一套，就避免了希望添加一个新功能在所有服务，就需要将所有的包都需要逐一去添加这个功能。

在进行底层架构升级时，每一次对代码进行升级，都需要将其发布到nexus私服中，并升级版本号，这样，例如服务A引用的为框架1.0版本，那么我们需要进行框架内部优化时，在优化完成后，可以将框架重新打包为1.1版本，所有服务只需要进行版本号提升即可。同时，如果只有服务A希望先升级到1.0版本进行测试，那么，只将这一个服务先升级继承包版本即可，其他服务包可以等到框架层面稳定后进行升级。

三、将服务分为bean，client，server三个包

1.服务的parent包继承framework-parent包，并引用基本的jar包

1.分成三个包，不同的需求，引用不同的jar包

将服务的一个包分为三个包，可以对代码进行分离，将代码本身分为bean管理包，FeignClient调用包，与server包，client与server包都需要用到mvc的javaBean，因此引用bean包即可。调用方需要使用client进行接口定义与注入，则引用client包即可。将包拆分为三个，也就可以因需求制宜，减少不必要的class数量，并且减少一些潜在的bug。

2.server是server，client是client

server包中，是我们的实际业务代码，而client包中，是我们的服务方，提供的对外的接口规范。因此，client包中，不需要直接与server包中的内容产生任何的关联。也许有人会使server中的controller类，去实现对应的client接口，实际上是没有太大必要的。因为controller类的返回值，一般是不需要直接返回一个BaseResult这种响应结构对象的，直接返回bean对象即可，但是client接口的返回值需要返回这个对象。并且，client中的接口是提供给调用方，使用cglib这类工具进行标准化实现的规范接口。将这些接口强制性的进行实现，本身不具有太大的意义了。

四、framework-ms包优化

1.将继承+引用，改为只进行继承

我们在进行创建新服务时，需要继承于framework-parent包，然后引用framework-ms包，如果觉得这种方式引用过多，我们可以尝试对其进行优化，添加一个framework-ms-parent包，这个包继承于framewrok-parent包，引用framework-ms包，这样，在服务进行使用时，就可以只需要继承framework-ms-parent包即可，可以同时起到继承parent的同时，引用ms包的作用。

2.将ms包拆分为多个包

在实际的使用中，我们的所有微服务，都是需要去引入ms包来获取我们的配置与依赖信息的。因此，如果ms包中引用的东西过多，就会导致一些轻量级的服务变得臃肿。例如：zuul的网关服务是需要引入我们的灰度配置，日志配置的，但是zuul服务不需要数据库，redis，MQ等。因此，我们需要将redis，MQ，数据库这类的配置以及包引入单独的分开，例如，创建一个framework-data（数据库包），framework-cache（redis缓存包），在需要使用这些组件时，直接引用这些包即可。引用后，就可以直接使用。