boto3的get_user_attribute_verification_code()能否向已验证用户发验证码

1. 调用该接口对已验证用户是否有副作用 #

完全不会造成用户属性异常。
get_user_attribute_verification_code()的核心能力仅为触发对应属性（邮箱/手机号）的验证码发送，本身不会修改用户的任何属性值，也不会变更用户原有email_verified/phone_number_verified的验证状态。只有你后续主动调用verify_user_attribute()完成校验时，才会更新对应属性的验证状态，如果你仅用该接口发码、自行校验验证码有效性，Cognito侧的用户数据不会有任何变动。

2. 该方案是否为合理实践 #

针对你提到的1年未登录用户身份核验场景，这是非常合适的实现方案：

• 该接口官方没有限定仅能在注册阶段使用，所有需要核验用户对已绑定属性控制权的场景都可以调用
• 可以直接复用Cognito原生的验证码生成、有效期管理、发送限流能力，不需要额外开发相关逻辑，也不用单独对接邮件/短信服务商
• 符合你复用现有Cognito能力的技术选型需求

3. 其他可选实现方案 #

如果有更定制化的需求，也可以选择以下方案：

• 若你需要在用户未登录、无法获取用户Access Token的场景下发码，可以调用管理员侧接口admin_get_user_attribute_verification_code()，不需要用户凭证即可触发验证码发送，更适配登录前拦截核验的流程
• 如需高度定制验证码模板、校验规则，可以配合Cognito预身份认证Lambda触发器，自行生成验证码存储后调用AWS SES发送邮件，逻辑灵活度更高，但开发运维成本也会相应上升
• 如果需要在验证完成后强制用户修改密码等操作，可以搭配Cognito的自定义认证挑战流程实现全链路的自定义登录校验

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