如何不使用AWS Cognito或AWS User Pool使用AWS Amplify Auth

你提到的需求完全可以实现，AWS Amplify Auth 没有强制绑定 AWS Cognito 或 User Pool，本身支持自定义身份验证实现，可对接你存在 DynamoDB 中的自有用户体系，同时也能完美适配 NextJS SSR + React Context 的会话管理方案。

核心实现步骤 #

1. 自定义 Amplify Auth 适配层，绕开默认 Cognito 逻辑 #

Amplify Auth 提供了可扩展的接口，你不需要在 Amplify 配置中填写userPoolId、userPoolWebClientId等 Cognito 相关参数，直接重写 Auth 核心方法对接自有用户服务即可：

• 可以通过 Amplify 提供的Auth.configure()方法传入自定义 Auth 类，或者直接封装独立的 Auth 工具函数，覆盖登录、注册、登出、会话校验等核心逻辑
• 后端可以用 API Gateway + Lambda 承接身份验证请求，Lambda 侧直接读写 DynamoDB 完成密码校验、用户信息查询、JWT 令牌签发等操作

2. 实现 React Context 全局会话管理 #

创建独立的 Auth Context 统一管理用户会话状态：

• 定义AuthContext，暴露login、logout、currentUser等状态和方法
• 在应用根组件外层包裹AuthProvider，初始化时读取本地存储的会话令牌自动校验登录状态，所有子组件都可以直接消费会话信息

3. 适配 NextJS SSR 逻辑 #

为了支持服务端渲染时识别用户身份，推荐将会话令牌存储在 httpOnly Cookie 中：

• 页面渲染时，在getServerSideProps（Pages Router）或服务端组件（App Router）中读取请求携带的 Cookie 中的令牌，校验有效性后查询 DynamoDB 拿到用户信息
• 将服务端获取到的用户信息作为 props 传递给页面组件，初始化客户端 Auth Context 状态，避免客户端重复发起身份校验请求

注意事项 #

• 不要在 DynamoDB 中明文存储用户密码，必须使用 bcrypt、Argon2 等算法存储密码哈希值，校验时也只对比哈希值
• 会话 JWT 要设置合理的过期时间，配套 refresh token 机制减少用户重复登录的频率
• 敏感操作的权限校验必须在后端完成，不要仅依赖客户端的会话状态做权限判断

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