基于h5的history改善ajax列表请求体验

信息比较丰富的网站通常会以分页显示，在点“下一页”时，很多网站都采用了动态请求的方式，避免页面刷新。虽然大家都是ajax，但是从一些小的细节还是 可以区分优劣。一个小的细节是能否支持浏览器“后退”和“前进“键。本文讨论两种方法，让浏览器可以后退和前进，或者说让ajax就像重定向到新页面一样 拥有能够返回到上一页或者前进到下一页。

      数据实现分页显示，最简单的做法是在网址后面加多个page的当数，点“下一页”时，让网页重定向到page+1的新地址。例如新浪的新闻网就 是这么做的，通过改变网址实现：index_1、index_2、index_3……。但是如果这个列表并不是页面的主体部分，或者页面的其它部分有很多 图片等丰富元素，例如导航是一个很大的slider，再使用这样的方式，整个页面会闪烁得厉害，并且很多资源得重新加载。所以使用ajax请求，动态改变 dom。

      但是普通的动态的请求不会使网址发生变化，用户点了下一页，或者点了第几页，想要返回到上一个页面时，可能会去点浏览器的返回键，这样就导致返回的时候不是返回到原先查看的页面了，而是上一个网址了。例如央视的新闻网就是这样的。下面从ajax请求开始说起，以一个完整的案例进行分析。

      做了一个demo

   首先，写一个请求：

 //当前第几页
  var pageindex = 0;
  //请求函数
  function makerequest(pageindex){
    var request = new xmlhttprequest();
    request.onreadystatechange = statechange;
    //请求传两个参数，一个是当前第几页，另一个是每页的数据条数
    request.open("get", "/getbook?page=" + pageindex + "&limit=4", true);
    request.send(null);
    function statechange(){
      //状态码为4，表示loaded，请求完成
      if(request.readystate !== 4 ){
        return;
      }
      //请求成功
      if(request.status >= 200 && request.status < 300 || request.status === 304){
        var books = json.parse(request.responsetext);
        renderpage(books); 
      }
    }
  }

     拿到数据后进行渲染：

  function renderpage(books){
    var bookhtml = 
      "<table>" +
      "  <tr>" +
      "    <th>书名</th>" +
      "    <th>作者</th>" +
      "    <th>版本</th>" +
      "  </tr>";
    for(var i in books){
      bookhtml += 
        "<tr>" +
        "  <td>" + books[i].book_name + "</td>" +
        "  <td>" + books[i].author + "</td>" +
        "  <td>" + books[i].edition + "</td>" +
        "</tr>";
    }
    bookhtml += "</table>";
    bookhtml += 
      "<button>上一页</button>" + 
      "<button onclick='nextpage();'>下一页</button>";
    var section = document.createelement("section");
    section.innerhtml = bookhtml;
    document.getelementbyid("book").appendchild(section); 
  }

这样一个基本的ajax请求就搭起来了，然后再响应“下一页”按钮：

  function nextpage(){
    //将页面的index加1
    pageindex++;
    //重新发请求和页面加载
    makerequest(pageindex);
  }

到此，如果不做任何处理的话，就不能够发挥浏览器返回、前进按钮的作用。

      如果能够检测用户点了后退、前进按钮的话，就可以做些文章。h5就是增加了这么一个事件window.onpopstate，当用户点击那两个按钮就会触 发这个事件。但是光检测到这个事件是不够的，还得能够传些参数，也就是说返回到之前那个页面的时候得知道那个页面的pageindex。通过 history的pushstate方法可以达到这个目的，pushstate(pageindex)将当前页的pageindex存起来，再返回到这个 页面时获取到这个pageindex。pushstate的参数如下：

window.history.pushstate(state, title, url);

      其中state为一个object{}，用来存放当前页面的数据，title标题没有多大的作用，url为当前页面的url，一旦更改了这个url，浏览器地址栏的地址也会跟着变化。

      于是，在请求下一页数据的nextpage函数里面，加多一步操作：

  function nextpage(){
    pageindex++;
    makerequest(pageindex);
    //存放当前页面的数据
    window.history.pushstate({page: pageindex}, null, window.location.href); 
  }

然后监听popstate事件：

  //如果用户点击返回或者前进按钮
  window.addeventlistener("popstate", function(event){
    var page = 0;
    //由于第一页没有pushstate，所以返回到第一页的时候是没有数据的，因此得做下判断
    if(event.state !== null){
      page = event.state.page;
    }
    makerequest(page); 
    pageindex = page;
  });

     state数据通过event传进来，这样就可以得到pageindex。

但是，这样实现还有问题，在第二页的时候如果刷新页面的话，会发生错乱，如下所示：首先点下一页到第二页，然后刷新页面，出现第一页，再点下一页，出现第二页，点返回时出现问题，显示还是第二页，不是期望的第一页，直到再次点返回时才是第一页：

 从右边的工具栏可以发现，点第一次返回的时候获取到的pageindex仍然是1。对于这种情况，需要分析history模型，如下所示：

 可以理解为对history的操作，浏览器有一个队列，用来存放访问的记录，包括每个访问的网址还有state数据。一开始，队列的首指针指向page = 0的位置，点下一页时，执行了pushstate，在这个队列插入了一个元素，同时通过pushstate操作记录了这个元素的url和state数据。 在这里可以看出，pushstate的操作最重要的作用还是给history队列插入元素，这样浏览器的后退按钮才不是置灰的状态，其次才是上面说的存放 数据。点后退的时候，队首指针后退一步指向page = 0的位置，点前进时又前进指向page = 1的位置。

如果在page = 1的位置刷新页面，模型是这个样子的：

在第2步刷新的时候，页面的pageindex又恢复成默认值0，所以page = 0，显示第一页数据，但是history所用的队列并没有改变。然后再点下一页时，又给这个队列push了一个元素，这个队列就有两个pageindex 为1的元素，所以必须得两次返回才能回到page = 0的位置，也就是上面说的错乱的情况。

根据上面的分析，这样的实现是有问题的，一但用户不是在page = 0的位置刷新页面，就会出现需要点多次返回按钮才能够回到原先的页面。

所以得在刷新的时候，把当前页的state数据更新一下，用replacestate，替换队列队首指针的数据，也就是当前页的数据。方法是页面初始化时replace一下：

window.history.replacestate({page: pageindex /*此处为0*/}, null, window.location.href);
这样模型就变成：

但其实用户刷新的时候更希望的是还是显示当前页，而不是回到第一页。一个解决办法是用当前页的window.history.state数据，这个属性浏览器支持得比较晚。在页面初始化时设置pageindex时就从history.state取：

 

var pageindex = window.history.state === null ? 0 : window.history.state.page; 

      safari里面的history.state是最近执行pushstate传入的数据，因此这个办法在chrome/firefox里面行得通，但是safari行不通。

      第二种办法是借助h5的localstorage存放当前页数：

 //页面初始化，取当前第几页先从localstorage取
  var pageindex = window.localstorage.pageindex || 0;

  function nextpage(){
    //将页面的index加1，同时存放在localstorage
    window.localstorage.pageindex = ++pageindex;
    //重新发请求和页面加载
    makerequest(pageindex);
    window.history.pushstate({page: pageindex}, null, window.location.href); 
  }

  window.addeventlistener("popstate", function(event){
    var page = 0;
    if(event.state !== null){
      page = event.state.page;
    }
    makerequest(page); 
    //点击返回或前进时，需要将page放到localstorage
    window.localstorage.pageindex = page;
  });

      将页面中所有改变pageindex的地方，同时放到localstorage。这样刷新页面的时候就可以取到当前页的pageindex。

      上面的方法都是将pageindex放到了state参数里，还有一种方法是把它放到第三个参数url里，也就是说通过改变当前页网址的办法。pageindex从网址里面取：

 //当前第几页
   var pageindex = window.location.search.replace("?page=", "") || ;
   function nextpage(){
     //将页面的index加
     ++pageindex;
     //重新发请求和页面加载
     makerequest(pageindex);
     window.history.pushstate(null, null, "?page=" + pageindex);
   }

      注意，一旦执行了第8行的pushstate，当前网址的地址就会发生变化。

      有一点需要注意的是，window.history.length虽然返回是的当前队列的元素个数，但不代表history本身就是那个队列，通过不同浏览器的对history[i]的输出：

   可以看到history是一个数组，它的作用是让用户拿到history.length，当前的长度，但是填充的内容是不确定的。 

      除了使用history之外，还有借助hash的方法，网易新闻就是使用了这样的方法：

   //当前第几页
   var pageindex = window.location.hash.replace("#page=", "") || ;
   function nextpage(){ 
     makerequest(pageindex);
     window.location.hash = "#page=" + pageindex;
   }
   window.addeventlistener("hashchange", function(){
     var page = window.location.hash.replace("#page=", "") || ;
     makerequest(page);
   });

      关于支持性，参考caniuse网站：history ie10及以上支持，hashchange的支持性较好，ie8及以上都支持。

      虽然hashchange的支持性较好，但是history的优点是可以传数据。对一些复杂的应用可能会有很大的发挥作用，同时history支持back/go操作。

以上本文关于h5的history改善ajax列表请求体验，希望大家喜欢。