我刚刚注意到，我们习惯使用的冗长、复杂的Facebook url现在是这样的:
http://www.facebook.com/example.profile !/页面/另一个页面/ 123456789012345
据我所知，今年早些时候，它只是一个普通的类似url片段的字符串(以#开头)，没有感叹号。但是现在它是shebang或hashbang(#!)，以前我只在shell脚本和Perl脚本中见过。
新的Twitter url现在也有#!符号。例如，一个Twitter配置文件的URL现在看起来是这样的:
http://twitter.com/ !/ BoltClock
是# !现在在url中扮演一些特殊的角色，比如某个Ajax框架或其他什么，因为新的Facebook和Twitter界面现在主要是Ajax化的? 在我的url中使用这个会对我的Web应用程序有任何好处吗?
当前回答
这种技术现在已弃用。
这用于告诉谷歌如何索引页面。
https://developers.google.com/webmasters/ajax-crawling/
这种技术基本上已经被使用JavaScript History API的能力所取代，该API是与HTML5一起引入的。对于像www.example.com/ajax.html#这样的URL !key=value，谷歌将检查URL www.example.com/ajax.html?_escaped_fragment_=key=value以获取内容的非ajax版本。
其他回答
我一直以为!只是指出后面的散列片段对应于一个URL，使用!取代站点根或域。理论上，它可以是任何东西，但谷歌AJAX爬行API似乎喜欢这种方式。
当然，散列只是表示没有真正的页面重新加载，所以是的，它是用于AJAX目的的。编辑:Raganwald做了一个可爱的工作，更详细地解释了这一点。
这种技术现在已弃用。
这用于告诉谷歌如何索引页面。
https://developers.google.com/webmasters/ajax-crawling/
这种技术基本上已经被使用JavaScript History API的能力所取代，该API是与HTML5一起引入的。对于像www.example.com/ajax.html#这样的URL !key=value，谷歌将检查URL www.example.com/ajax.html?_escaped_fragment_=key=value以获取内容的非ajax版本。
为了更好地跟进这一切，Twitter (hashbang URL和单页界面的先驱之一)承认，从长远来看，hashbang系统是缓慢的，他们实际上已经开始改变决定，回到老派的链接。
关于这方面的文章在这里。
八位/数字符号/hashmark在URL中有特殊的意义，它通常标识文档的一个部分的名称。确切的术语是，散列后面的文本是URL的锚部分。如果你使用维基百科，你会看到大多数页面都有一个目录，你可以用锚跳转到文档中的部分，比如:
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';
Still no refresh. Use the back button to see that these URLs are in the browser history. The browser notices that we are on the same page but just changing the anchor, so it doesn't reload. Thanks to this behaviour, we can have a single Javascript application that appears to the browser to be on one 'page' but to have many bookmarkable sections that respect the back button. The application must change the anchor when a user enters different 'states', and likewise if a user uses the back button or a bookmark or a link to load the application with an anchor included, the application must restore the appropriate state.
所以你知道了:锚为Javascript程序员提供了一种机制，用于制作可书签、可索引和后退按钮友好的应用程序。这种技术有一个名字:单页接口。
p.s.这种技术还有第四个好处:通过AJAX加载页面内容，然后将其注入到当前DOM中，比加载新页面要快得多。除了速度的提高，更多的技巧，如在后台加载某些部分，可以在程序员的控制下执行。
p.p.s.鉴于所有这些，“bang”或感叹号是对谷歌的网络爬虫的进一步暗示，完全相同的页面可以从服务器加载在一个略有不同的URL。参见Ajax爬行。另一种技术是使每个链接指向服务器可访问的URL，然后使用不引人注目的Javascript将其更改为带有锚的SPI。
这里又是一个关键的链接:单页界面宣言
如果您考虑采用这种hashbang约定，我会非常小心。
Once you hashbang, you can’t go back. This is probably the stickiest issue. Ben’s post put forward the point that when pushState is more widely adopted then we can leave hashbangs behind and return to traditional URLs. Well, fact is, you can’t. Earlier I stated that URLs are forever, they get indexed and archived and generally kept around. To add to that, cool URLs don’t change. We don’t want to disconnect ourselves from all the valuable links to our content. If you’ve implemented hashbang URLs at any point then want to change them without breaking links the only way you can do it is by running some JavaScript on the root document of your domain. Forever. It’s in no way temporary, you are stuck with it.
您确实希望使用pushState而不是hashbang，因为使您的url变得丑陋并可能永远损坏是hashbang的一个巨大而永久的缺点。
