浏览器会自动删除URL中的#吗？

Question

我们的前端人员需要形成一个包含哈希值的网址（即 http://blah/#some-link.) 当我们在浏览器上点击这个并使用 fiddler 检查 http 流量时，我们看到 blah/ 之后的所有内容都被删除了，所以请求实际上只是 http://blah/。我们还在我们的服务器 eclipse 调试日志中确认了这一点。

请求被 Spring security 重定向到正确的登录页面（因为用户尚未登录），但浏览器上的 url 现在显示： http://blah/some-link （哈希值已被删除），但浏览器上的网址实际上应该是 < a href="http://blah/log-in" rel="nofollow">http://blah/log-in。

知道这是为什么吗？有什么修复或解决方法吗？提前致谢。

Answer 1

# 之后的 URI 部分称为 片段：

URI = schema ":" hier-part [ "?" query ] [ "#"fragment ]

schema 和 hier-part 标识文档的位置，fragment 帮助浏览器标识文档内部的位置。

片段在作为请求的一部分发送之前由客户端软件从 URI 中剥离。

来自 RFC3986：

片段标识符未在特定方案中使用
URI 的处理；相反，片段标识符是分开的
在取消引用之前从 URI 的其余部分中提取，因此
片段本身内的标识信息被取消引用
仅由用户代理执行，无论 URI 方案如何。虽然
这种单独处理通常被认为是一种损失
信息，特别是对于引用的准确重定向
资源随着时间的推移而移动，它也可以防止信息
拒绝参考文献作者参考文献的权利的提供者
有选择地获取资源中的信息。

Answer 2

根据 HTTP 规范，# 后面的内容仅在客户端使用。如果您需要在服务器上提供该信息，则可以使用不同的分隔符，也可以在页面加载后通过 ajax 提交，并在客户端上使用 javascript 读取该信息。

Answer 3

你可以用 JavaScript 来做到这一点

 <script>
 if(window.location.hash) {
    console.log(window.location.hash); 
    window.location.hash = window.location.hash;
 } 
</script>

Answer 4

包含哈希值 (#) 及其之后的 URI 部分永远不会作为 HTTP 请求的一部分发送到服务器。

原因是哈希标识符最初设计为指向给定网页内的引用，而不是服务器上的新资源。

如果您想获取哈希标识符，则必须使用一些客户端 JavaScript 来获取该值并将其与表单一起提交。

Answer 5

在 IE9、IE10 或 IE11 中单击后退按钮时，哈希标记将从 URL 中删除

在 IE10 中，第一次单击 HREF 链接会导致以下正确的 url：
http://www.example.com/yy/zz/ff/ paul.html#20007_14

如果再次单击后退按钮，则会出现以下网址：
http://www.example.com/yy/zz/ff/paul。 html

解决方案：

请将 url 更改为 https

它对我有用