Hybris如何实现同实例多站点下相同uid对应独立客户

同一tenant、同一数据库的部署架构下，完全可以通过自定义改造实现4个站点同UID独立用户的隔离需求，无需拆分租户、数据库或部署实例。
Hybris OOTB（开箱即用）逻辑中无法实现同UID多账号的核心限制，是Customer模型的uid字段默认加了全局唯一索引，只要将用户唯一维度从「全局UID」调整为「站点+UID」，再配套改造相关查询逻辑即可满足要求，订单隔离能力已由原生personalization模块支持，无需额外调整。

• 调整数据模型约束与字段
  1. 在自定义的核心扩展中，移除Customer模型OOTB自带的uid全局唯一索引UP_CUSTOMER_UID
  2. 给Customer模型新增必填的关联字段belongingSite，字段类型为BaseSite，用于标记用户所属的站点
  3. 新增组合唯一索引，绑定uid和belongingSite两个字段，从数据库层面保证同一站点下UID不重复、不同站点下UID可重复
     注意不要直接修改Hybris平台自带的items.xml文件，所有模型调整放在自定义扩展中，避免版本升级时配置被覆盖。
• 改造用户全生命周期核心逻辑
  梳理所有涉及用户查询、写入的业务入口，所有按UID查询用户的逻辑必须强制带上当前会话的站点参数作为过滤条件：
  1. 注册流程：创建Customer实例时，自动给belongingSite赋值为当前访问的BaseSite；UID重复校验仅查询当前站点下是否存在同UID账号，不做全局查重
  2. 登录认证：覆写OOTB的CustomerAuthenticationProvider认证逻辑，查询用户时叠加当前站点过滤条件，避免认证时匹配到其他站点的同UID账号
  3. 后台管控：调整Backoffice、HAC中的用户查询、编辑逻辑，增加站点维度的权限控制，运营人员仅能看到所属权限范围内站点的用户
  4. 全局代码扫描：把所有直接调用userService.getUserForUID(uid)的逻辑替换为自定义的、带站点参数的用户查询方法，避免遗漏场景导致跨站查错用户
• 地址数据隔离适配
  OOTB的AddressModel本身是和Customer强绑定的，只要用户维度的隔离逻辑生效，地址天然会随用户归属实现隔离，仅需要补充两个校验逻辑：
  1. 所有地址保存、地址簿查询、下单选地址的接口，增加用户归属站点和当前访问站点的一致性校验，避免越权访问其他站点同UID用户的地址
  2. 针对匿名用户地址、公共配送地址这类不直接绑定注册用户的地址数据，单独新增站点关联字段，查询时叠加站点过滤
• 上线前数据迁移与验证
  1. 提前做存量用户数据清洗，给所有历史已存在的Customer账号补全belongingSite字段值；如果存在历史跨站共用账号的场景，提前做好账号拆分或数据映射
  2. 重点回归验证四个场景：同UID在4个站点可分别独立注册、单站点登录后无法查看其他站点同UID用户的个人信息/地址数据、下单数据自动归属到当前站点对应的用户账号（原生personalization能力只要用户识别正确即可正常生效）、后台运营无法跨站点查看非权限范围内的用户数据

注意：如果项目中用到了和用户强绑定的第三方集成（比如会员积分、短信通知、支付账号绑定），也要同步给相关逻辑增加站点维度过滤，避免出现跨站数据串扰。

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