如果你想做的是允许用户为页面添加书签/共享页面，而你不需要它恰好是正确的URL，并且你没有使用哈希锚来做任何其他事情，那么你可以分两部分来做；您使用该位置。然后在主页上执行检查，以查找其中包含哈希锚的URL，并将您重定向到后续结果。

例如：

用户位于www.site.com/section/page/4用户执行一些操作，将URL更改为www.site.com/#/section/page/6（带有哈希）。假设您已将第6页的正确内容加载到页面中，因此除了哈希之外，用户不会受到太大的干扰。用户将此URL传递给其他人，或为其添加书签其他人或同一用户稍后会访问www.site.com/#/ssection/page/6www.site.com/上的代码使用如下方式将用户重定向到www.site.com/section/page/6：

if (window.location.hash.length > 0){ 
   window.location = window.location.hash.substring(1);
}

希望这是有意义的！对于某些情况，这是一种有用的方法。

注意：如果你使用的是HTML5浏览器，那么你应该忽略这个答案。从其他答案中可以看出，这现在是可能的。

在不重新加载页面的情况下，无法在浏览器中修改URL。URL表示最后加载的页面。如果您更改它（document.location），它将重新加载页面。

一个明显的原因是，你在www.mysite.com上写了一个看起来像银行登录页面的网站。然后你将浏览器的URL栏更改为www.mybank.com。用户将完全不知道他们真的在看www.mysite.com。

这是我的解决方案（newUrl是您要用当前URL替换的新URL）：

history.pushState({}, null, newUrl);

您的新url。

let newUrlIS =  window.location.origin + '/user/profile/management';

在某种意义上，调用pushState（）类似于设置window.location=“#foo”，因为两者都会创建并激活与当前文档相关的另一个历史条目。但是pushState（）有一些优点：

history.pushState({}, null, newUrlIS);

您可以签出根目录：https://developer.mozilla.org/en-US/docs/Web/API/History_API

正如Thomas Stjernegaard Jeppesen所指出的，当用户浏览Ajax链接和应用程序时，您可以使用History.js修改URL参数。

距离这个答案已经过去了将近一年，History.js不断发展，并变得更加稳定和跨浏览器。现在，它可以用于管理兼容HTML5的历史状态，也可以用于许多仅支持HTML4的浏览器。在本演示中，您可以看到它如何工作的示例（以及如何尝试其功能和限制）。

如果您在如何使用和实现这个库方面需要任何帮助，我建议您查看演示页面的源代码：您会发现它非常容易做到。

最后，要全面解释使用哈希（和hashbangs）的问题，请查看Benjamin Lupton的链接。

位置的任何更改（window.location或document.location）都将导致对新URL的请求，如果您不仅仅是更改URL片段。如果更改URL，则更改URL。

如果您不喜欢当前使用的URL，请使用服务器端URL重写技术，如Apache的mod_rewrite。