VS重装后Html.AntiForgeryToken抛出Server cannot modify cookies错误

兄弟，这个错误我之前也碰到过几次，核心原因就是HTTP响应头已经发送给客户端了，后续代码又尝试修改Cookie——而@Html.AntiForgeryToken()本身会生成一个防伪Cookie，所以冲突就触发了。但你说之前代码完全正常，重装VS后才出问题，那重点就得从环境变化入手，给你几个排查方向：

1. 先检查视图里的"隐形输出" #

很多时候问题出在不经意的空白字符上：

• 看看你这段表单代码的前面，有没有多余的空格、换行，或者HTML注释？比如视图文件开头、@using代码块之前，如果有这些内容，ASP.NET会提前把它们输出给客户端，导致响应头先发送出去，后面生成防伪Cookie时就报错了。
• 可以试试把整个表单的代码调整一下，比如把form-horizontal的class直接通过Html.BeginForm的参数传递，避免提前输出div：

  @using (Html.BeginForm("Index", "Home", FormMethod.Post, new { @class = "form-horizontal" })) { 
      @Html.AntiForgeryToken() 
      // 这里写表单内容
  }
  

2. 核对NuGet包版本是否被篡改 #

VS重装或者更新时，有时候会自动帮你升级/回滚项目的NuGet包，尤其是MVC、WebPages这类核心依赖：

• 打开NuGet包管理器，检查Microsoft.AspNet.Mvc、Microsoft.AspNet.WebPages这些包的版本，和你重装VS之前的版本对比（如果有项目备份的话）。如果版本变了，试着还原到之前的稳定版本，再测试看看。

3. 检查全局过滤器或Global.asax的代码 #

有没有自定义的过滤器（比如ActionFilter、AuthorizationFilter），或者Global.asax里的Application_BeginRequest、Application_PreSendRequestHeaders这类事件，在执行到登录页的Action之前就已经输出了内容？比如不小心调用了Response.Write()、Response.Redirect()但没正确终止请求，都会导致响应头提前发送。

4. 排查VS工作负载的冲突 #

你装的工作负载真不少——ASP.NET、Azure、Python、Office开发这些都有，会不会是某个工作负载带来的组件和你的ASP.NET项目产生了冲突？可以先暂时卸载几个非必要的（比如Python开发、Office/SharePoint开发），重启VS后再运行项目试试，排除组件干扰的可能。

按这个顺序排查下来，应该能定位到问题。毕竟你之前代码是好的，肯定是环境或者依赖的变化导致的~

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