Chrome 升级到80以后版本，系统出现了Cookie异常，主要表现有：
1、F12开发工具提示“A cookie associated with a cross-site resource at http://ip/ was set without the SameSite attribute”
2、后台二次修改Cookie信息不成功，例如设置Cookie的过期时间不能生效（FireFox正常，Chrome修改失败）。
关于SameSite的一些说明在这里就不过多说了，可以参考下面这些链接。
微软配置文档： https://docs.microsoft.com/zh-cn/aspnet/samesite/system-web-samesite
SameSite说明：http://www.ruanyifeng.com/blog/2019/09/cookie-samesite.html
Asp.Net Framework4.7x后的版本中，Cookie对象有SameSite属性可以直接配置，但是在此之前的EF版本中需要更多的配置，具体可以看上面微软配置文档：
1、在Web.Config中配置httpCookies的SameSite属性：
<system.web> <httpCookies sameSite="Lax" requireSSL="false" /> </system.web>
2、当配置完Config后Cookie初次输出，Response Headers的Set-Cookies配置中会自动带上“SameSite=Lax”属性。
同时浏览器的Cookies列表，SameSite列会展示该属性值
当看到这个结果的时候算是成功一半了， 但是在Cookie在二次修改时， 例如我在退出登录时，需要更改Cookie的过期时间：
这段代码看起来好像没毛病，但是浏览器返回的Set-Cookies中，SameSite的值始终是“None”，可能是安全级别不同，在Chrome浏览器中这段Cookie值不会覆盖浏览器原有的值，因此我的退出功能失败：
由于在EF4.0中HttpCookie没有SameSite属性，因此很难调试结果，最终判断可能是请求的Cookie中因为没有带SameSite的属性，但是我又想为何初次写入Cookie时能够智能的从Web.Config中读取httpCookie sameSite的配置，第二次却不行，用的同样是HttpContext.Current.Response.SetCookie()方法，最后用了个最傻的办法，重新创建一个HttpCookie对象，将请求中携带的“Cookie写入到该对象再输出，果然最终的结果是Headers中已经带上SameSite=Lax属性了。
HttpCookie reqCookie = HttpContext.Current.Request.Cookies[_CookieName]; if (reqCookie != null) { HttpCookie cookie = new HttpCookie(_CookieName); foreach (string item in reqCookie.Values.AllKeys) { cookie.Values.Add(item, reqCookie.Values[item]); } cookie.Expires = DateTime.Now.AddHours(houre); HttpContext.Current.Response.SetCookie(cookie); }
通过这两个方法，最终实现了SameSite=Lax的配置，并且用户退出功能也恢复正常了。但是我依然在想为啥第二次输出Cookie的时候SameSite=None，如果你知道或者有见解请一定留言告诉我！