单页应用中监听浏览器返回键需通过history api配合popstate事件实现，而非直接监听按键；须主动调用pushstate/replacestate写入状态，并用事件处理标记避免首次加载误触发。
在单页应用（SPA）中监听浏览器返回键，本质是通过 BOM 的 history API 配合 popstate 事件 实现路由状态的捕获与响应，而非直接“监听返回按钮”——浏览器不提供返回键按下事件，只能感知历史栈变化。
使用 window.addEventListener('popstate') 捕获导航变化
当用户点击返回/前进按钮、调用 history.back() 或 history.go() 时，若当前 history 记录由 pushState 或 replaceState 创建，就会触发 popstate 事件。
- 该事件 不会 在首次页面加载或普通链接跳转（无 history 操作）时触发
-
event.state包含通过pushState(state, title, url)传入的状态对象（可为 null） - 必须配合主动管理 history 才能形成可响应的导航链
配合 pushState 管理路由状态
单纯监听 popstate 不够，需在路由切换时主动写入 history：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 用户点击“首页” → 调用
history.pushState({page: 'home'}, '', '/home') - 跳转“详情页” → 调用
history.pushState({page: 'detail', id: 123}, '', '/detail/123') - 此时按返回键，会触发 popstate，
event.state就是上次 push 的对象
避免重复触发和初始加载干扰
popstate 在页面首次加载时（某些浏览器）也可能触发一次，且可能因多次 push 导致状态混乱：
- 可在事件处理中加标记，如
let isFirstLoad = true，首次触发后置为 false - 推荐统一用
history.replaceState初始化首屏状态，避免多出一条无意义记录 - 确保每次路由变更都对应一次 state 写入，保持 history 栈与应用状态一致
补充：监听 hash 变化（兼容老浏览器）
若需支持 IE9 或简单场景，可用 hashchange 事件替代：
- 监听
window.addEventListener('hashchange', handler) - 通过修改
location.hash触发，如location.hash = '#/user' - state 信息需自行解析 hash 字符串，灵活性和语义性不如 pushState
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
