总结：统一登录功能开发

需求：实现4个系统、3个代码分支之间，登录一次，访问另外的系统不需要再登录了，访问另外系统的某几个菜单。其中1个是主系统，另外3个是副系统。

　　　时间要求很短，到期上线。

情况分析：3份代码，其中包含主系统，有2份使用的是同一套基础框架（SpringBoot基础的框架，含登录、权限问题），但不排除项目组修改基础框架登录功能的情况。另1分是旧的Struts框架。

　　　　　4个系统中，除了主系统，另外3个系统不能保证相关开发人员会顺利配合、及时响应。

实现方案：一、因为时间很短，为了保证完成，最快的方法是，把同样框架的2份代码项目直接合并分支上来。剩余的1个不同框架的代码，无法快速合并，又不想花费过多时间和精力去重构到新框架上。恰巧，主系统上有配置功能，可以配置上这个struts2框架的功能，虽然麻烦，也算是曲线救国了。

　　　　　　带来的问题：其他2个SpringBoot系统的数据库结构，都需要同步到主系统上。

　　　　　　　　　　　　那1个struts2系统的数据库不需要同步过来，毕竟代码也没同步。

　　　　　二、使用单点功能。

　　　　　　　有2种方式，1种是公司有一套不同框架的单点系统和权限控制系统。

　　　　　　　①使用已有的单点系统和权限控制系统对接。弊端是：目前系统负责人没有时间专门对接，并且和现有框架的登录功能实现方式不同，对接起来可能更麻烦。

　　　　　　　②自行开发一套新的单点系统。缺点：需要专门花费时间开发，开发完之后还要和剩余3个系统对接。目前还无法预料在对接过程中会产生的问题。风险大，很可能延期。使用SpringBoot的副系统，如果登录功能自行修改过，那么在对接的过程中，会麻烦些，还需要专门的当时修改人配合。