开篇
笔者刚刚结束淘宝的工作，现在加入了一家有青春活力的垂直电商公司，正对着阿里巴巴的西溪园区，最近一直在熟悉新的工作环境和规范，因此博客有好些时间没有更新了，在此抱歉！
在忙碌完公司的发布系统之后，逐渐接触到具体的业务。在这里主要介绍下关于css3草案的position：sticky属性的兼容。
问题
目前前端的h5有个需求，就是“当页面上的若干个标题被拖动到视口的顶部时，则显示一个被定位到视口的顶部的tab标签，可对这个tab标签进行点击导航，并在某个特殊的情况下隐藏”。最简单粗暴的做法就是针对document.body做scroll侦听，在函数中遍历所有的标题并计算出getBoundingClientRect计算出距离适口的顶部距离，决定是否显示tab栏或者活动标签，但是在这里可能会出现一些性能问题：
+ 在浏览器端和安卓设备上，scroll事件连续触发，如果在侦听函数中做过于复杂的判断，肯定会暂时阻塞ui（主）线程的渲染，造成卡顿
+ 每次在侦听函数中都执行一次getBoundingClientRect函数，都会导致ui线程刷新渲染队列，进行一次layout和repaint，有可能造成卡顿
+ 在ios设备中，scroll事件在上下滑动的过程中js不会连续执行，只在滑动结束的时刻执行一次，并且不支持左右滑动事件的触发
针对上述问题进行修复，其实并不困难：
+ 针对scroll做throttle节流，避免每次滑动都执行，可以设置时间间隔，如50ms
+ 在侦听函数中计算元素的layout属性，可用setTimeout在定时器队列尾插入任务，异步渲染
+ ios设备实现了一个属性－position：sticky，可以不用js来完成粘性布局
深入
针对sticky布局的兼容性，我们很容易兼容大多数移动端浏览器。在pc和安卓的chrome中并未实现该属性，而在pc和iOS 的safari中全部兼容该属性，因此针对iOS可以单独使用sticky完成兼容。
sticky布局有着几个条件：
+ 元素并不会脱离文档流，当元素被粘在视口的顶部时，原来在文档流中的位置仍然占据，这点类似relative定位
+ 元素相对于其最近可滚动的祖先元素“粘性定位”，如果其祖先元素都不能滚动，则相对于适口定位
+ 元素最近的祖先元素overflow设置为非默认值visible时，则元素相对于该祖先元素进行sticky定位。若最近的祖先元素设置为overflow:hidden，则元素不会sticky定位
因此解决ios的代码可以这样：
// sticky类为粘性布局的样式设置
if (gtIOS6) {
// 大于等于iOS6版本使用sticky
$tab.addClass('sticky');
}
.sticky {
position: -webkit-sticky;
position: sticky;
top: 0;
}
