什么是pjax?
现在很多网站( facebook, twitter)
都支持这样的一种浏览方式， 当你点击一个站内的链接的时候， 不是做页面跳转， 而是只是站内页面刷新。 这样的用户体验，
比起整个页面都闪一下来说， 好很多。 其中有一个很重要的组成部分， 这些网站的ajax刷新是支持浏览器历史的， 刷新页面的同时，
浏览器地址栏位上面的地址也是会更改， 用浏览器的回退功能也能够回退到上一个页面。 那么如果我们想要实现这样的功能， 我们如何做呢？
我发现pjax提供了一个脚本支持这样的功能。 pjax项目地址在 https://github.com/defunkt/jquery-pjax 。 实际的效果见： http://pjax.heroku.com/ 没有勾选pjax的时候， 点击链接是跳转的。 勾选了之后， 链接都是变成了ajax刷新。
为什么要用pjax?
pjax有好几个好处：
-
用户体验提升。
页面跳转的时候人眼需要对整个页面作重新识别， 刷新部分页面的时候， 只需要重新识别其中一块区域。自从我在自己的网站 GuruDigger 上面采用了pjax技术后， 不由觉得访问其他只有页面跳转的网站难受了许多。 同时， 由于刷新部分页面的时候提供了一个loading的提示， 以及在刷新的时候旧页面还是显示在浏览器中， 用户能够容忍更长的页面加载时间。
-
极大地减少带宽消耗和服务器消耗。
由于只是刷新部分页面， 大部分的请求（css/js）都不会重新获取， 网站带有用户登录信息的外框部分都不需要重新生成了。 虽然我没有具体统计这部分的消耗， 我估计至少有40%以上的请求， 30%以上的服务器消耗被节省了。
坏处我觉得也有：
综合起来， 由于用户体验和资源利用率的提升， 坏处是可以完全得到弥补的。
我强烈推荐大家使用。
如何使用pjax?
直接看
官方文档 就可以了。 我觉得做技术的人要养成看一手的技术资料的习惯。 有一个rails针对pjax的
gem插件 可以直接使用。 也有
django的支持 。
pjax的原理
为了能够处理问题， 我们需要能够理解pjax的运作方式。 pjax的代码只有一个文件： https://github.com/defunkt/jquery-pjax/blob/master/jquery.pjax.js 如果有能力， 可以自己去看一遍。 我这里解释一下原理。 首先， 我们在html里面指定， 需要做pjax的链接内容是哪些， 以及点击之后需要更新的部分（放在data-pjax属性里面）:
1 |
$('a[data-pjax]').pjax() |
当加载了pjax脚本之后， 它会拦截这些链接的事件， 然后包装成一个ajax请求， 发送给服务器。
01 |
$.fn.pjax = function( container, options ) { |
02 |
return this.live('click.pjax', function(event){ |
03 |
handleClick(event, container, options) |
07 |
function handleClick(event, container, options) { |
08 |
$.pjax($.extend({}, defaults, options)) |
10 |
event.preventDefault() |
12 |
var pjax = $.pjax = function( options ) { |
14 |
pjax.xhr = $.ajax(options) |
这个请求带有X-PJAX的HEADER标识， 服务器在收到这样的请求的时候， 就知道只需要渲染部分页面返回就可以了。
1 |
xhr.setRequestHeader('X-PJAX', 'true') |
2 |
xhr.setRequestHeader('X-PJAX-Container', context.selector) |
pjax接受到返回的请求之后， 更新data-pjax指定的区域， 同时也会更新浏览器的地址。
1 |
options.success = function(data, status, xhr) { |
2 |
var container = extractContainer(data, xhr, options) |
4 |
if (container.title) document.title = container.title |
5 |
context.html(container.contents) |
为了能够支持浏览器的后退， 利用到了history的api， 记录下来对应的信息，
02 |
id: options.id || uniqueId(), |
04 |
container: context.selector, |
05 |
fragment: options.fragment, |
06 |
timeout: options.timeout |
09 |
if (options.push || options.replace) { |
10 |
window.history.replaceState(pjax.state, container.title, container.url) |
当浏览器后退的时候， 拦截事件， 根据记录的历史信息， 产生一个新的ajax请求。
01 |
$(window).bind('popstate', function(event){ |
02 |
var state = event.state |
03 |
if (state && state.container) { |
04 |
var container = $(state.container) |
05 |
if (container.length) { |
12 |
fragment: state.fragment, |
13 |
timeout: state.timeout, |
19 |
$(document).trigger('pjax', [null, options]) |
20 |
container.trigger('pjax:start', [null, options]) |
22 |
container.trigger('start.pjax', [null, options]) |
24 |
container.html(contents) |
27 |
container.trigger('pjax:end', [null, options]) |
29 |
container.trigger('end.pjax', [null, options]) |
为了支持fallback， 一个是在加载的时候判断浏览器是否支持history push state API：
3 |
window.history && window.history.pushState && window.history.replaceState |
5 |
&& !navigator.userAgent.match(/((iPod|iPhone|iPad).+\bOS\s+[1-4]|WebApps\/.+CFNetwork)/) |
另一个是当发现请求一段时间没有回复的时候（可以设置参数timeout）， 直接做页面跳转。
1 |
options.beforeSend = function(xhr, settings) { |
2 |
if (settings.timeout > 0) { |
3 |
timeoutTimer = setTimeout(function() { |
4 |
if (fire('pjax:timeout', [xhr, options])) |
结论
既然都看到这里了， 你为什么不去实际使用一下pjax呢？ 有那么多好处， 我觉得几乎所有网站都应该采用pjax。 赶紧用起来吧！
