什么是Claims?
这个直接阅读其他大神些的文章吧，解释得更好。
相关文章阅读：
http://www.cnblogs.com/JustRun1983/p/4708176.html
http://www.cnblogs.com/jesse2013/p/aspnet-identity-claims-based-authentication-and-owin.html
http://www.cnblogs.com/savorboard/p/aspnetcore-identity.html
claims 姑且叫做声明，可以理解为和用户相关的一条一条信息的描述，可以是用户的身份信息(Name,Email,ID)也可以是用户的角色，甚至是一些自定义的Claims
关于Claims 和 Claims - base, 博客园的讲述已经很多了， 可以查阅相关文章。这里只是介绍如何给予Asp.net Identity Claims 来实现业务系统的权限验证。
在使用Identity做为系统的登陆和权限验证时，常常会用到角色，其实角色也是一种Claims, 而且角色的验证也是ClaimsBase的。
新建一个asp.net core Web Application 项目，修改验证类型为： Individual User Accounts。使用默认的项目模板
默认的项目模板已经为我们集成好了基于Asp.net identity的 登陆验证功能。
运行项目，注册用户，登陆。
为了验证角色也是基于Claims的，我们并没有为用户设置角色。
现在想在访问Action时，添加上基于角色的验证。
显然是 无法访问 home/index的。
原因是因为我们并没有为用户添加“MyRole”这个角色。
假如我们并不想为用户添加一个"MyRole"的角色，而是想在用户登录时，为用户添加一个 ClaimType 为 Role的 Claims ，看看是否能通过验证。
OK, 来试试看。
重要对象:Claims, ClaimsIdentity ClaimsPrincipal
可以这样理解;
Claims:
ClaimsIdentity: 可以这样理解，一组Cliams 就构成了一个Identity，比如身份证：姓名，性别，身份证号，等一系列Claims组成了一个identity
ClaimsPrincipal： ClaimsIdentity的持有者。一个ClaimsPrincipal可以持有多个ClaimsIdentity。
了解了这些概念后，我们就知道如果要给用户添加新的/自定义的Claims该往哪加了。
而 asp.net Identity在登陆时，会通过 UserClaimsPrincipalFactory 的 CreateAsync，来创建 ClaimsPrincipal。
那么我们需要做的，就是继承UserClaimsPrincipalFactory， 自定义一个AppClaimsPrincipalFactory
并重写 CreateAsync方法
public class AppClaimsPrincipalFactory:UserClaimsPrincipalFactory<ApplicationUser,IdentityRole>
{
public AppClaimsPrincipalFactory(UserManager<ApplicationUser> userManager,
RoleManager<IdentityRole> roleManager,
IOptions<IdentityOptions> optionsAccessor) : base(userManager, roleManager, optionsAccessor)
{
}
public async override Task<ClaimsPrincipal> CreateAsync(ApplicationUser user)
{
var principal = await base.CreateAsync(user);
((ClaimsIdentity)principal.Identity).AddClaims(new[] {
new Claim(ClaimTypes.Role, "MyRole")
});
return principal;
}
}
在CreateAsync 方法中，先调用base.CreateAsync()方法，获取一个ClaimsPrinciapl对象，然后再往ClaimsPrincipal。Identity中 添加我们想要的自定 Claims。
如图， 我们加入 new Claim(ClaimTypes.Role, "MyRole")
然后在Start Up 方法中，将重写的AppClaimsPrincipalFactory 注入到服务中
public void ConfigureServices(IServiceCollection services)
{
// Add framework services.
services.AddApplicationInsightsTelemetry(Configuration);
services.AddDbContext<ApplicationDbContext>(options =>
options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));
services.AddIdentity<ApplicationUser, IdentityRole>()
.AddEntityFrameworkStores<ApplicationDbContext>()
.AddDefaultTokenProviders();
services.AddScoped<IUserClaimsPrincipalFactory<ApplicationUser>, AppClaimsPrincipalFactory>();
services.AddMvc();
// Add application services.
services.AddTransient<IEmailSender, AuthMessageSender>();
services.AddTransient<ISmsSender, AuthMessageSender>();
}
启动，运行，home/index页面可以正常访问了。
可以得知，Role 也是基于 Claims base的。
既然自定义的Claims 也能完成权限验证，那么在业务系统中，也通过各种Claims来完成各种权限验证。类似于，登陆系统后，系统给你发放各种证件，然后就可以通过你所拥有的证件，在系统中通行了。
接下来，我们根据业务需要，来定制各种Claims，完成权限验证