在list长度较少时候，我们可以直接的使用数据库的翻页功能，如LIMIT offset, row_count，根据经验，在大部分场景下，单个业务的list数据长度99%在1000条以下，在数据规模较小时候，上面的方法非常适合。但剩下的1%的数据可能多达100万条，在数据规模较大的时候，当访问offset较大的数据，上述方法非常低效，但在实现方案的时候不能忽视这些超大数据集的问题，因此要实现一个适合各种变长list的翻页方案，考虑到数据的长尾问题，并没有简单高效的方案。这也体现了常说的80%+的时间在优化20%-的功能。

    小时候我们家附近经常有一些地痞摆设一些赌摊.游戏规则很简单,三张牌其中有两张是一样的,让你押不一样的那张. 只要中了,你押多少钱,摊主就加倍给你多少钱. 于是总是有一些人在那里押,那些傻傻的农民工,用鞋子把选好的牌踩住,然后低头去胸中掏钱. 摊主每次就偷偷的把选好的牌换掉. 我们一帮小孩就在旁边看着.觉得那些民工好傻好傻. 新浪微博自打从内测开始,就不断的有人跳出来讲要这样这样这样. 什么微博的平台化,工具化.我也一个劲...