怎么又停了，小李和奥巴马一肚子的疑惑，导演说：“ 奥巴马呀，你检票员演的不错，还是继续扮演你的本职角色吧，演好了中午盒饭给你双份，小李，你来演检票员吧 ”。
可以吃两份盒饭了，奥巴马听后心里还是很开心。
“action” 导演喊了一声……
奥巴马接过票，向着车站里面的列车停车处走去，走到了列车门口要进去的时候，又出现了一个人，奥巴马知道，这个人就是做车内乘客登记的（ps: 一般情况下，做乘客登记都是在列车行驶的过程中，在这里我们假设这个做乘客登记的人比较勤快，就在车门口守着），登记完成之后就让奥巴马进去了。
那么，登记这个过程中都干了些什么呢？
首先，登记员的手持设备会解析火车票票里面写入芯片中的信息，发现没有问题，就开始向自己手里面的登记本登记信息了，主要包含车票主人信息，过期时间，审核人等。
这样整个过程就是 HandleSignInAsync 的一个过程，换成程序术语就是，组装 Cookie 登入上下文信息，写入到 Http 流的 header 中，也就写入到了客户端浏览器cookie。
至此，整个过程就完了，我们来看一下代码：
//方法里面的流程，我只列出了核心部分，影响阅读的全删了 protected override async Task HandleSignInAsync(SignInContext signin) { // 解析芯片中的信息 var result = await EnsureCookieTicket(); // 组织登入上下文，设置过期时间等 // 使用 data protected 加密登记本上的信息 var cookieValue = Options.TicketDataFormat.Protect(ticket); // 写入到浏览器header await ApplyHeaders(cookieValue); }
不想深入了解的可以忽略这部分内容：
在 HandleSignInAsync 这个函数的源码中，其中有一个很巧妙的设计, 就是 await Options.Events.SignedIn(signedInContext); 这样一句代码，干什么用的呢？ 而且前后一共调用了两次，有同学知道是为什么吗？ 我准备在下一篇中给出答案。
还记得前面 HttpContext 中的ClaimsPrincipal User吗？ 就是小李临时顶替的那个角色，现在有值了，他就是是奥巴马了。
奥巴马在座位上坐好之后，经过6个小时的路程就从北京到杭州了，不得不佩服中国高铁的速度呀，在欣赏晚西湖的风景后，奥巴马给我们传来了一张照片：
至此，CookieAuthentication 中间件的整个工作流程已经讲完了，故事也结束了。
以上，就是这两行代码背后的故事：
var user = new ClaimsPrincipal(new ClaimsIdentity(new[] { new Claim(ClaimTypes.Name, "奥巴马") }, CookieAuthenticationDefaults.AuthenticationScheme)); await HttpContext.Authentication.SignInAsync(CookieAuthenticationDefaults.AuthenticationScheme, user);
总结
在本篇中我们知道了 AuthenticationManager，也知道了 IAuthenticationHandler 并且简单的介绍了一下 Authentication 中间件和 CookieAuthentication 中间件，其中 CookieAuthentication 中间件是我们以后使用最多的一个中间件了，本篇也对其做了一个详细的介绍，我想通过本篇文章在以后使用的过程中应该问题不大了。
有同学可能会问了，讲了这么多认证的东西它和 Identity 有什么关系呢？ 难道我通篇都在隐藏他和 Identity 的关系你没看出来？。。。。真的想知道？ 看下一篇吧。
您可能感兴趣的文章: