ABP创建租户后租户管理员无法登录且注册邮箱未保存问题

• 抓请求校验传参：复现创建租户的操作，通过浏览器开发者工具的网络面板查看提交的POST请求体，确认CreateTenantDto中是否携带了AdminEmailAddress字段及对应值，排除前端漏传参数的问题。
• 校验后台参数接收：在租户应用服务ITenantAppService的CreateAsync方法入口加断点，查看入参中的邮箱字段是否成功接收到前端传递的值，若此处为空，优先检查DTO字段名是否与请求参数名匹配，是否有[JsonIgnore]等注解导致参数被过滤。
• 核查租户创建核心逻辑：找到TenantManager的CreateAsync方法断点调试，查看创建租户管理员用户的逻辑中，是否将传入的邮箱值正确赋值给IdentityUser实体的Email属性，确认该逻辑未被自定义代码覆盖导致赋值丢失。
• 检查数据库映射规则：查看IdentityUser实体的Email字段是否被标记为EF Core忽略属性，同时抓取租户创建时的SQL执行日志，确认插入IdentityUser表的语句中是否包含Email字段的赋值。

• 前端传参缺失的情况：恢复租户创建表单中管理员邮箱输入框的参数绑定，确保提交请求时AdminEmailAddress字段随其他参数一同传递，ABP官方默认租户创建表单已包含该字段，若被二次开发删除直接补充即可。
• 后台参数映射错误的情况：统一DTO和请求的字段名，确保应用服务中可以正常接收到邮箱值，自定义DTO的场景下需要显式将邮箱参数传递给租户创建逻辑，示例逻辑如下：

  // 创建租户管理员用户时显式赋值邮箱
  var adminUser = new IdentityUser(
      GuidGenerator.Create(),
      input.AdminEmailAddress,
      input.AdminEmailAddress,
      tenant.Id
  );
  adminUser.EmailConfirmed = true; // 若无需邮箱验证直接登录，需设置该属性为true
  

• 自定义逻辑覆盖默认赋值的情况：如果重写了TenantAppService或TenantManager的创建逻辑，补充管理员用户的邮箱赋值逻辑，同时注意ABP默认校验全库用户邮箱唯一性，若邮箱已被其他租户使用，会导致用户创建失败，需更换唯一邮箱。
• EF映射异常的情况：移除IdentityUser实体Email字段上的忽略注解，检查DbContext的OnModelCreating方法中是否存在忽略该字段的配置，修正后执行迁移更新数据库即可。

内容的提问来源于stack exchange，提问作者Dev Raj Gautam