4. 用户服务边界：用户注册、登录、资料管理服务的职责与边界定义

在社交平台微服务架构中，用户服务（User Service）是最基础、最核心的领域服务之一。它承载着用户身份的创建、认证与个人数据的维护职责。本章将深入剖析用户服务的内部职责划分、对外接口边界以及数据一致性保障策略，帮助架构师在服务拆分时做出合理决策。

4.1 用户服务的核心职责域

用户服务并非一个“大而全”的用户管理系统，而是围绕用户身份生命周期与基础档案管理两个核心维度进行职责收敛。其职责边界可归纳为以下三大模块：

4.2 服务边界与数据拆分策略

为了支撑高并发注册与登录场景，同时避免单表过大导致的性能瓶颈，用户服务在数据库层面应采用垂直拆分 + 逻辑分表策略。下图展示了用户服务的内部数据模型与外部依赖关系：

4.3 注册流程的职责边界

用户注册是用户服务的入口操作，其职责边界必须清晰：只负责创建用户身份，不负责后续的初始化流程（如发送欢迎消息、创建默认关注列表等）。注册流程应遵循以下步骤：

1. 参数校验：验证手机号/邮箱格式、密码强度、验证码有效性。
2. 唯一性检查：查询user_base表，确保手机号/邮箱未被注册。
3. 密码哈希：使用bcrypt或argon2算法对密码进行加盐哈希，禁止明文存储。
4. 用户ID生成：采用雪花算法（Snowflake）或分布式ID生成器，保证全局唯一且趋势递增。
5. 数据写入：在同一个本地事务中，同时写入user_base和auth_credential表。
6. 事件发布：向消息队列发送UserRegistered事件，供其他服务消费。

// 用户注册核心逻辑（Go伪代码）
func (s *UserService) Register(ctx context.Context, req *RegisterRequest) (*RegisterResponse, error) {
    // 1. 参数校验
    if err := s.validateRegisterReq(req); err != nil {
        return nil, err
    }
    // 2. 唯一性检查
    exists, err := s.repo.CheckPhoneExists(ctx, req.Phone)
    if err != nil || exists {
        return nil, ErrPhoneAlreadyRegistered
    }
    // 3. 密码哈希
    hashedPwd, err := bcrypt.GenerateFromPassword([]byte(req.Password), bcrypt.DefaultCost)
    if err != nil {
        return nil, err
    }
    // 4. 生成用户ID（雪花算法）
    userID := s.idGenerator.NextID()
    // 5. 本地事务写入
    err = s.repo.Transaction(ctx, func(tx *sql.Tx) error {
        if err := tx.InsertUserBase(ctx, userID, req.Phone, req.Nickname); err != nil {
            return err
        }
        return tx.InsertAuthCredential(ctx, userID, string(hashedPwd))
    })
    if err != nil {
        return nil, err
    }
    // 6. 发布事件（异步）
    s.eventBus.Publish(ctx, &UserRegisteredEvent{UserID: userID, Phone: req.Phone})
    return &RegisterResponse{UserID: userID}, nil
}

4.4 登录流程的职责边界

登录模块的核心职责是验证用户身份并颁发会话凭证。它不负责记录登录日志（应由审计服务处理），也不负责判断用户是否被禁言（应由风控服务判断）。登录流程的典型实现如下：

// 用户登录核心逻辑（Go伪代码）
func (s *UserService) Login(ctx context.Context, req *LoginRequest) (*LoginResponse, error) {
    // 1. 查询用户
    user, err := s.repo.GetUserByPhone(ctx, req.Phone)
    if err != nil || user == nil {
        return nil, ErrUserNotFound
    }
    // 2. 校验账号状态
    if user.Status != AccountStatusActive {
        return nil, ErrAccountFrozen
    }
    // 3. 密码比对
    credential, err := s.repo.GetCredentialByUserID(ctx, user.UserID)
    if err != nil {
        return nil, err
    }
    if err := bcrypt.CompareHashAndPassword([]byte(credential.PasswordHash), []byte(req.Password)); err != nil {
        return nil, ErrPasswordMismatch
    }
    // 4. 生成Token
    accessToken, refreshToken, err := s.tokenManager.GenerateTokenPair(user.UserID)
    if err != nil {
        return nil, err
    }
    // 5. 缓存用户信息
    s.cache.SetUserBase(ctx, user.UserID, user)
    return &LoginResponse{
        AccessToken:  accessToken,
        RefreshToken: refreshToken,
        ExpiresIn:    7200,
    }, nil
}

4.5 资料管理的职责边界

资料管理模块负责用户个人档案的读写操作，但需要严格区分用户可编辑字段与系统保留字段。用户可编辑字段包括：昵称、头像、个人简介、性别、生日、地区等。系统保留字段包括：注册时间、最后登录时间、账号等级、身份认证标识等。

4.6 服务边界总结与演进方向

用户服务的边界定义应遵循高内聚、低耦合原则。在社交平台初期，用户服务可以作为一个单体服务运行；随着业务复杂度提升，可进一步拆分为账号服务（Account Service）和档案服务（Profile Service），前者专注认证安全，后者专注资料展示。但无论如何拆分，用户ID始终是跨服务通信的唯一标识。