AngularJS 单页应用中，用户登录后服务端虽已更新会话状态并返回新页面，但浏览器仍缓存旧 HTML，导致 window.location.reload(true) 无法加载最新视图；根本解决方法是在服务端响应中添加 Cache-Control: no-store 头，彻底禁止缓存。
angularjs 单页应用中，用户登录后服务端虽已更新会话状态并返回新页面，但浏览器仍缓存旧 html，导致 `window.location.reload(true)` 无法加载最新视图；根本解决方法是在服务端响应中添加 `cache-control: no-store` 头，彻底禁止缓存。
在 AngularJS + Go 的典型组合中，前端通过 $http.post 提交登录表单，后端（如 Gorilla Mux）验证凭证、设置 session 并返回 JSON 响应；随后前端调用 window.location.reload(true) 强制刷新页面，期望服务端根据当前 session 状态返回不同的 HTML（如未登录时返回含登录/注册表单的 index.html，登录后返回用户主页 home.html）。然而，实际刷新后页面内容未变化——这并非 AngularJS 路由或状态管理问题，而是浏览器对 / 的 GET 响应进行了强缓存。
关键原因在于：现代浏览器（尤其是 Chrome 和 Safari）对 HTML 文档默认启用启发式缓存（heuristic caching），即使服务端未显式设置 Cache-Control，也可能基于 Last-Modified 或响应时间缓存 index.html 数秒至数分钟。当用户登录成功后触发 reload(true)，浏览器可能直接从磁盘缓存（disk cache）返回旧版 index.html，而根本未向服务器发起新的 GET 请求，导致服务端的 IndexHandler 逻辑完全未执行，session 判断失效。
✅ 正确解决方案：在 Go 的 IndexHandler 中显式禁用缓存：
func IndexHandler(w http.ResponseWriter, r *http.Request) {
// 强制禁止浏览器缓存该响应
w.Header().Set("Cache-Control", "no-store")
session, _ := sessionStore.Get(r, "user-session") // 注意：原代码中键名为"user-session"，但IndexHandler里写的是"promandi-user-session"，需保持一致
if _, ok := session.Values["userId"]; ok {
http.ServeFile(w, r, "./views/home.html")
} else {
http.ServeFile(w, r, "./views/index.html")
}
}⚠️ 注意事项：
- Cache-Control: no-store 是最严格的禁用缓存指令，它禁止浏览器存储任何响应副本（包括内存与磁盘），确保每次访问 / 都触发全新请求，使服务端 session 判断生效；
- 替代方案如 no-cache 仅要求每次使用前校验（仍可能发条件请求），而 max-age=0 在部分浏览器中行为不一致，no-store 是最可靠选择；
- 同时检查 session key 名称一致性：SignInHandler 使用 "user-session"，而 IndexHandler 中写的是 "promandi-user-session"，务必统一，否则 session 判断永远为 false；
- 不建议在前端依赖 location.reload(true) 实现页面跳转逻辑——它破坏用户体验且不可控；更优实践是：登录成功后，前端直接 $location.path('/dashboard')（配合 ngRoute）或使用 window.location.href = '/'（仍需服务端禁缓存），但核心前提始终是服务端响应不可缓存。
总结：此问题本质是 HTTP 缓存机制与服务端动态渲染逻辑的冲突。AngularJS 本身不参与服务端页面分发，因此所有“页面切换”逻辑必须由服务端在每次 GET 请求时实时判断并返回对应 HTML。只要确保 IndexHandler 的响应不可缓存，并保证 session 键名、存储与读取逻辑一致，即可稳定实现登录态驱动的页面切换。
