如何从ASP.NET WebForms应用调试Angular库以排查会话自动登出问题

前端Angular库调试 #

• 启用源映射调试：打包Angular库时执行ng build --prod --source-map，确保生成源映射文件。在Chrome DevTools的Sources面板中找到库的原始TypeScript代码，在HTTP请求发送、身份验证状态变更等关键逻辑处添加断点，追踪代码执行流程。
• 监控HTTP请求的Cookie状态：在DevTools的Network面板勾选「Preserve log」，过滤XHR/Fetch请求。每次操作后检查请求头的Cookie字段（确认ASP.NET_SessionId等会话标识是否存在），以及响应头的Set-Cookie字段（看是否有会话被重置的情况）。
• 追踪身份验证状态变更：如果Angular库内有身份验证服务（如AuthService），在logout()、checkAuthStatus()等状态变更方法中加断点，排查是否存在意外触发登出的逻辑。

后端ASP.NET WebForms调试 #

• 会话生命周期事件断点：在Global.asax.cs中，给Session_Start、Session_End、FormsAuthentication_OnAuthenticate等事件添加断点，观察会话创建、销毁或身份验证失败的触发时机，同时查看请求上下文的详细信息（如请求URL、Cookie内容、用户身份）。
• 会话存储逻辑排查：
  • 若使用InProc会话存储，检查IIS应用程序池是否存在意外回收（可在IIS管理器查看应用程序池的回收日志），回收会直接导致InProc会话丢失。
  • 若使用SQL Server/Redis等分布式会话存储，调试会话读写逻辑，排查是否存在会话被意外清理或读取失败的情况。
• 权限验证逻辑断点：在.aspx页面的后台代码、通用权限检查方法中，对User.Identity.IsAuthenticated、Session["UserInfo"]等会话验证代码添加断点，确认是否存在逻辑误判导致的强制登出。

会话专项排查 #

• 复现场景并追踪：模拟登出出现的操作路径（如多次切换组件、长时间闲置后操作、高频请求），同时同步监控前后端会话状态变化，定位触发登出的具体操作。
• Cookie策略检查：若Angular库与后端存在跨域场景，确认Cookie的SameSite属性设置（建议设为Lax或None，HTTPS环境下需启用Secure属性），错误的Cookie策略会导致会话Cookie无法被携带，引发登出。
• 服务器日志分析：查看IIS日志（默认路径C:\inetpub\logs\LogFiles），筛选返回401未授权状态码的请求，结合请求时间、URL、客户端信息定位问题请求。

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