JHipster 7.2.0 OAuth2集成Keycloak用户实体重复问题咨询

为什么每个微服务都会生成重复的用户实体 #

这是JHipster微服务架构的原生设计，核心逻辑是保障服务自治性：

• 每个微服务要实现不依赖外部服务独立运行，业务实体（比如你定义的Blog、Product）通常需要关联用户做权限校验、属性绑定，本地存储用户实体可以直接建立外键关联，不需要跨服务调用网关或身份提供商查询用户基础信息，大幅降低耦合度
• 不同微服务往往需要对用户属性做业务侧扩展，比如博客服务可能需要存储用户的作者等级、创作权限，商城服务需要存储用户的会员等级、收货地址，这些业务属性不适合统一存放在Keycloak中，单独的用户实体可以支撑各服务的自定义扩展
• 你当前的JDL配置中所有微服务都使用关系型数据库，且声明了业务实体需要生成service层代码，只要业务逻辑存在用户关联需求，JHipster生成代码时就会自动在对应微服务中创建User实体。

为什么需要在每个微服务中通过UserService.syncUserWithIdP方法和Keycloak同步用户数据 #

这个同步逻辑的设计主要解决三个核心问题：

• 首次访问初始化：用户第一次请求某个微服务时，该微服务本地还没有对应的用户记录，同步逻辑会自动拉取Keycloak中的用户基础信息创建本地用户，保证后续业务关联操作可以正常执行
• 数据一致性保障：用户在Keycloak侧修改基础属性（比如用户名、邮箱、头像）后，同步逻辑会自动更新各微服务的本地用户数据，避免出现业务侧展示的用户信息和身份提供商数据不一致的问题
• 降低依赖提升性能：同步后用户基础信息存储在微服务本地，业务逻辑需要读取用户属性时不需要每次都调用Keycloak接口，既提升了接口响应速度，也避免了身份提供商不可用时导致业务完全不可用的问题。

内容的提问来源于stack exchange，提问作者Maxx