ssh改造springboot微服务系统改造升级步骤及注意事项(二) ------springboot工程改造

ssh改造springboot微服务系统改造升级步骤及注意事项(二)

本次升级是系统升级的2.0版本，基于上次升级完成的1.0版本调度系统进行改造，1.0版本实现了表现层框架的改造、项目的maven管理、基础功能复现、微服务的发现与注册以及负载均衡的实现。本次2.0版本改造内容如下：

1. 彻底剔除原有Struts2成员变量机制（BaseAction）。原父类集成体系复杂，现进行改造，全部迁移到新父类BaseController中，只保留常量，重写原父类中的一些方法，匹配springMVC，并且在父类中添加一些特殊格式的参数过滤和转换机制，例如Date类型，参数再进入Controller前，会在在父类中进行转换，这样可以减少代码量，并且可以不用的修改实体类中的代码。

2. JAR包升级。由于原项目中大多数JAR包版本过低，不支持SpringBoot以及配置类的这种方式，所以大部分JAR包都要升级，包括spring体系和一些机制的JAR，升级选择合适的版本即可，最高版本可能差距较大，或者JAR包中一些原有的类都已经被取消，或者实现机制已经改变，还需要看源码寻 找新的方法来实现。例如：

3. 引入Swagger2机制：首先添加JAR包，添加配置类，并且在主配置类中添加注解启用Swagger2。这个机制主要是为了开发人员协同开发的便捷，后端开发人员只需在接口加上相关注解，配置好扫描包等，系统便可自动扫描所有接口、包括入参，请求方式，是否健康等，并且会生成接口文档页面，便于后续接口管理，以及前端人员开发。

4. 由于项目多点分布式，个别特殊机制需要调节或修改代码逻辑匹配多实例这种模式，例如缓存，定时任务只能保证一个实例开启，不可能让每个实例都开启定时任务，不合逻辑）。

5. 静态文件路径配置，SpringBoot默认扫面Resource目录下静态资源，个性化需要在bootstrap.yml中配置，否则找不到静态资源。

6. 项目改为SpringBoot工程，实现零配置。摒弃原有配置文件，所有配置均采用配置类的方式进行配置，如事务、权限、CXF、缓存、定时任务、MQ、Redis等，配置文件精简到最少，部分功能开启实现改为SpringBoot特有的注解方式实现，此部分为改造重点，每个机制的配置类的实现方式均不同，且每种机制配置方式可能有多种，选择简洁易实现的即可，建议每配置好一种机制写单元测试类测试单一机制，这样易于发现问题。配置类的方式与配置文件配置大体相同，引用，包含等逻辑要按照原有配置文件的关系来配置，原配置文件中的一些标签，在配置类中正常都可以找到替代的类或方法来代替，不建议在主启动类中进行配置，建议一个机制启一个配置类，便于管理和分类和后续。