产品:页面的地址要改变,但是不能刷新页面
2025-07-23
1066 字约 4 分钟
...最近,遇到这样一个需求:需要修改浏览器地址栏中的 URL,但不能刷新页面。传统的 window.location 赋值,会导致页面重载。那么,有没有办法避免刷新,同时更新 URL 呢?
答案是有的! 我们可以使用 History API 或 Hash 机制来实现这一需求(无刷新修改 URL)。
无刷新修改 URL
1、history.pushState():新增历史记录
pushState 能够在不刷新页面的情况下,向浏览器历史记录中添加一条新记录,并更新 URL。注意:这个方法是可以使用户可以使用浏览器的“前进”和“后退”按钮进行导航。
history.pushState({ page: 1 }, document.title, '/new-url');
特点:
- URL 变化,但页面不会刷新。
- 新增历史记录,用户可以使用“前进”和“后退”按钮进行导航。
- 适用于单页应用(SPA)。
2、history.replaceState():替换当前历史记录
与 pushState() 类似,但 replaceState() 是替换当前的历史记录,而不会创建新的记录。
history.replaceState({ page: 2 }, document.title, '/another-url');
特点:
- URL 变化,但页面不会刷新。
- 不会新增历史记录,用户点击“后退”不会回到之前的 URL。
- 适用于临时性 URL 变更,如动态筛选、修正错误 URL。
3、window.location.hash: 基于 Hash 的 URL 变更
与此同时,我们也通过修改 URL 中的锚点(hash)部分,也能实现无刷新效果:
window.location.hash = 'section1';
特点:
- URL 变化但页面不刷新。
hashchange事件可用于监听 URL 变化。- 适用于简单的前端路由,但不能修改
?前面的路径。
使用场景对比
| 方法 | 是否刷新页面 | 是否新增历史记录 | 是否支持参数 | 适用场景 |
|---|---|---|---|---|
history.pushState | ❌ | ✅ | ✅ | 用户导航、复杂状态管理 |
history.replaceState | ❌ | ❌ | ✅ | 修正错误 URL、临时状态调整 |
window.location.hash | ❌ | ✅(锚点历史) | ❌(支持锚点参数) | 页面内导航、简单状态更新 |
主要是注意以下两点:
- 是否新增历史记录,决定了用户是否可以“后退”回到之前的 URL。
- 是否可修改查询参数,决定了是否可以更新
?query=value形式的参数。
扩展(如何监控 URL 变化)
- 监听 URL 变化:popstate
window.addEventListener('popstate', (event) => {
console.log('用户点击了后退/前进', event.state);
});
- 监听 Hash 变化: hashchange
window.addEventListener('hashchange', () => {
console.log('Hash 变化为:', window.location.hash);
})
结语
- 推荐使用
history.pushState()来更新 URL 并维护历史记录。 - 如果只是想更新 URL 而不影响历史记录,可使用
replaceState()。 - 如果需要兼容老旧浏览器,或者仅仅是前端页面内导航,可以使用
window.location.hash。
在实际开发中,我们可以根据需求选择最合适的方案。例如,在 Vue Router 或 React Router 等框架中,已经封装了 History API,我们可以直接使用 router.push() 或 router.replace() 进行 URL 变更。
如果您觉得这篇文章有帮助,请点个赞吧~
相关文章
更多文章 →javascript2026-02-24
navigator.sendBeacon全指南
在前端开发中,埋点系统是必不可少的一环。我们经常需要在用户 关闭页面 、 刷新 或 跳转路由 时,向服务器发送最后一条统计数据(比如用户停留时长、页面跳出率)。 但这看似简单的需求,在实现时却危机四伏:请求发不出去?页面跳转卡顿?今天我们就来聊聊这个问题的终极解决方案 —— 。 一、 痛点与传统方案的挣扎 场景还原 当用户点击关闭按钮时,浏览器会触发生命周期事件( 或 )。如果我们直接使用普通的异步 AJAX ( 或 ) 发送请求,浏览...
学习
javascript2025-11-02
理解浏览器事件系统,从用户点击到事件对象的完整旅程
深入理解浏览器事件系统:从用户点击到事件对象的完整旅程 “当我点击页面按钮时,背后发生了什么?为什么回调函数能收到一个包含丰富信息的event对象?今天,让我们一起揭开浏览器事件系统的神秘面纱。” 一个令人困惑的现象 作为前端开发者,我们每天都在写这样的代码: 这段代码如此熟悉,以至于我们很少停下来思考: 这个 对象到底从哪里来?它为什么能知道点击的精确坐标?为什么能识别是哪个元素被点击了? 更神奇的是,当我们手动创建事件时:...
学习
javascript2025-10-01
实现大文件上传全流程详解
在日常开发中,大文件上传是个绕不开的坎——动辄几百 MB 甚至 GB 级的文件,直接上传不仅容易超时,还会让用户体验大打折扣。最近我用 Vue+Express 实现了一套完整的大文件上传方案,支持分片上传、断点续传、秒传和手动中。 一、先看效果:我们要实现什么? 先上核心功能清单,确保大家明确目标,知道我们要解决哪些实际问题: 大文件分片上传 :将文件切成固定大小的小片段分批上传,避免单次请求超时 秒传 :服务器已存在完整文件时,直接返...
学习
javascript2025-09-18
JavaScript 的多线程能力:Worker
如果你写过一些计算量稍大的 JavaScript 代码,比如图像处理、大量数据排序或者复杂的算法,你几乎肯定遇到过浏览器“卡死”的现象。点击页面没反应,动画也停了,就像整个世界都静止了。 这就是主线程被阻塞的典型后果。因为主线程既要负责执行 JavaScript,又要负责渲染页面、响应用户操作,一旦它被繁重的计算任务占满,就无暇顾及其他,用户体验便直线下降。 这个问题的根源,正是“主线程是单线程的”。那么,如何解决呢? 答案很简单:把这...
学习面试
javascript2025-09-15
一张 8K 海报差点把首屏拖垮
你给后台管理系统加了一个「企业风采」模块,运营同学一口气上传了 200 张 8K 宣传海报。首屏直接飙到 8.3 s,LCP 红得发紫。 老板一句「能不能像朋友圈那样滑到哪看到哪?」——于是你把懒加载重新翻出来折腾了一轮。 解决方案:三条技术路线,你全踩了一遍 1\. 最偷懒:原生 一行代码就能跑,浏览器帮你搞定。 🔍 关键决策点 2020 年后现代浏览器全覆盖,IE 全军覆没。 必须写死 ,否则 CLS 会抖成 PPT。 适用场景...
学习
javascript2025-09-10
🚀 Web Worker让你的应用丝滑
🌟 引言 在日常的前端开发中,你是否遇到过这样的困扰: 大数据处理时页面卡死 :处理几万条数据时,页面直接卡成PPT,用户点击毫无反应 复杂计算阻塞UI :图片处理、数据分析等计算密集型任务让整个应用假死 文件上传/下载卡顿 :大文件操作时,其他功能完全无法使用 实时数据处理性能差 :WebSocket接收大量数据时,页面渲染严重滞后 今天分享6个Web Worker的核心技巧,让你的应用告别卡顿,用户体验丝滑如德芙! 💡 核心技巧...
学习
评论
请登录后发表评论
去登录