我刚刚注意到，我们现在习惯于使用的冗长而复杂的Facebook URL 现在看起来像这样：
http://www.facebook.com/example.profile#!/pages/Another-Page/123456789012345
#开头），没有感叹号。但现在它是一个shebang或hashbang（#!），我之前只在shell脚本和Perl脚本中见过。
新Twitter的URL现在也包含#!符号。例如，Twitter个人资料的URL现在看起来像这样：
http://twitter.com/#!/BoltClock
最近Facebook和Twitter的接口都被大量采用Ajax技术，因此在URL中出现#!是否有特殊作用，比如对某些Ajax框架有影响等？
在我的网页应用程序中使用这个会有什么好处吗？
这项技术已经被废弃了。（详情请参阅）
之前，此技术通常用于告诉Google如何索引页面。
https://developers.google.com/webmasters/ajax-crawling/
现在，此技术基本被HTML5推出的JavaScript History API所取代。对于像www.example.com/ajax.html#!key=value这样的URL，Google会检查URLwww.example.com/ajax.html?_escaped_fragment_=key=value以获取内容的非AJAX版本。
https://en.wikipedia.org/wiki/Alan_Turing#Early_computers_and_the_Turing_test
https://en.wikipedia.org/wiki/Alan_Turing 是页面链接，Early_computers_and_the_Turing_test 是锚点。Facebook和其他JavaScript驱动的应用程序（例如我的 Wood & Stones）使用锚点的原因是它们希望使页面可书签化（正如该答案中的评论所建议的那样），或者支持后退按钮而不重新从服务器加载整个页面。
为了支持书签和后退按钮，您需要更改URL。但是，如果您更改页面部分（使用类似 window.location = 'http://raganwald.com'; 的东西）到不同的URL或没有指定锚点，则浏览器将从URL加载整个页面。在Firebug或Safari的JavaScript控制台中尝试此操作。加载http://minimal-github.gilesb.com/raganwald。现在在Javascript控制台中键入：
window.location = 'http://minimal-github.gilesb.com/raganwald';
您将看到页面从服务器刷新。现在输入：
window.location = 'http://minimal-github.gilesb.com/raganwald#try_this';
哎呀！没有页面刷新！输入：
window.location = 'http://minimal-github.gilesb.com/raganwald#and_this';
仍然没有刷新。使用后退按钮可以查看这些URL在浏览器历史记录中。浏览器注意到我们在同一页上但只是更改了锚点，所以它不会重新加载。由于这种行为，我们可以拥有一个单一的Javascript应用程序，它对浏览器来说似乎是在一个“页面”上，但具有许多可书签的部分，并且遵守后退按钮。当用户进入不同的“状态”时，应用程序必须更改锚点，同样，如果用户使用后退按钮或书签或链接带锚点加载应用程序，则应用程序必须恢复适当的状态。
因此，这就是：锚点为Javascript程序员提供了一种机制，使书签、索引和后退按钮友好的应用程序成为可能。这个技术有一个名字：它是一个Single Page Interface。
p.s. 这种技术还有第四个好处：通过AJAX加载页面内容，然后将其注入到当前DOM中，可以比加载新页面快得多。除了速度增加外，还可以在程序员的控制下执行进一步的技巧，例如在后台加载某些部分。
p.p.s. 鉴于所有这些，“bang”或感叹号是向Google的网络爬虫发出的进一步提示，即可以从服务器以稍微不同的URL加载完全相同的页面。请参见Ajax Crawling。另一种技术是使每个链接指向一个服务器可访问的URL，然后使用非侵入式的Javascript将其更改为带有锚点的SPI。
这是关键链接：单页面应用宣言
self.document.location.hash 提供了此哈希值的值。 （说明：该代码用于JavaScript编程中，用于获取当前URL的哈希值。） - Kevin#!方面的问题。这就是为什么他说它是多余的。这里的点赞数量可能是由于我的问题传到了Hacker News上带来的高流量，再加上这篇答案的篇幅之长所致。 - BoltClock首先，我是《单页面界面宣言》的作者，被raganwald引用。
正如raganwald所解释的那样，在FaceBook和Twitter中使用的单页面接口（SPI）方法最重要的方面是在URL中使用哈希符号#。
字符!仅为了Google的目的而添加，这种标记是Google爬取AJAX密集的网站（极端的单页面接口网站）的“标准”。当Google的爬虫发现一个URL带有#!时，它知道存在另一个传统的URL，在加载时提供相同的页面“状态”。
尽管#!组合对于SEO非常有趣，但只有Google支持（据我所知），通过一些JavaScript技巧，您可以构建适用于任何网络爬虫（Yahoo、Bing等）的SPI网站SEO兼容。
SPI宣言和演示不使用Google哈希!格式，但这种标记可以很容易地添加，并且SPI爬取甚至可以更加容易（更新：现在使用!符号，并保持与其他搜索引擎兼容）。
请看一下这个教程，这是一个简单的ItsNat SPI网站示例，但您可以从中获取其他框架的一些想法，这个示例适用于任何网络爬虫的SEO兼容性。
生成任何（或选择的）“AJAX页面状态”作为纯HTML以供SEO是一个艰难的问题，在ItsNat中非常容易和自动化，同一网站对于SEO可以同时是SPI或基于页面的（或当JavaScript被禁用时为无障碍性）。对于其他Web框架，您可以始终遵循双网站方法，一个网站基于SPI，另一个基于页面用于SEO，例如Twitter使用这种“双网站”技术。
如果您正在考虑采用这种哈希符号约定，我会非常谨慎。
一旦使用哈希符号，就无法回头。这可能是最棘手的问题。Ben的帖子提出了一个观点，即当pushState得到更广泛的应用时，我们可以摆脱哈希符号并返回传统的URL。但事实是，你不能这样做。我之前说过，URL是永恒的，它们被索引、存档和通常保留下来。除此之外，好的URL不会改变。我们不想与所有有价值的链接断开联系。如果您在任何时候实现了哈希符号URL，然后想要更改它们而不破坏链接，那么您唯一能做的就是在您域名的根文档上运行一些JavaScript代码。永远。这绝不是暂时的，您将会被困住。
您真的想使用pushState而不是哈希符号，因为使您的URL变丑或有可能损坏 -- 永久性地 -- 是哈希符号的巨大和永久性的缺陷。
/blah#foo/feep/baz?stuff=nonsense 这样的路径。新路径等效于 /blah/foo/feep/baz?stuff=nonsense（请注意，# 被 / 替换）。我只需在我的设置中添加一个路由来捕获 /blah 并检查它是否有哈希，如果有，就在斜杠后附加该哈希的内容。救援完成。 - Gert Sønderby!只是表示跟随的哈希片段对应于一个URL，其中!代替了站点根目录或域名。理论上它可以是任何东西，但似乎Google AJAX Crawling API喜欢这样做。
shebang是什么...http://en.wikipedia.org/wiki/Shebang_%28Unix%29 - JYelton