1.现象
可以看到下面两张图，图1搜索框为fixed固定在顶部，滚动没有任何问题。
图2当光标进入搜索框时，ios自作聪明的把光标定位到中间，并且fixed属性被自动修改成了absolute。此时注意滚动页面的话，会发现原本fixed的搜索框跟着文档一起滚动了。
再仔细观察ios下的一些特点，ios为了让input垂直居中，甚至还滚动了滚动条，原本看不到的上半段产品的内容也漏出来了。
2. 参考别人的解决方法
在网上搜索过后，大部分都是转载的这一篇文章，甚至配图都是拿别人原来的：
http://efe.baidu.com/blog/mobile-fixed-layout/
这个解决方案，主要用到了一个div包裹了整个可以滚动的部分，然后不能滚动的部分就固定在底部，不失为一种不错的解决方案，可惜我的搜索框不是一直固定在顶部，页面滚动到下面的时候才出现搜索框置顶，页面回到最顶部时搜索框要消失，并且我需要监控window.onscroll，做自动翻页的ajax请求等等，最后这个方案就没法使用了。即使要使用的话修改量应该也很大。
在参考了下面这篇文章后，想到了新的思路：
http://www.cnblogs.com/yexiaochai/p/3561939.html
3. 新的思路
文章中提到，
我们想到这么一个场景，如果我们能监控到键盘的行为，如果能的话，我们便可以
① 键盘弹出时候将fixed元素设置为static（最后我设置成absolute）
② 键盘消失时候将fixed元素设置为fixed
3.1 错误的尝试
基于这个想法，进行一系列的测试，首先static的意思是回归文档，导致整个搜索框都找不到了，因为可能回到文档最底部去了。所以static不可用，那么absolute呢，只要设置成absolute然后设置合适的top就可以了。思路是，根据滚动条获取top，然后通过$(window).height()获取屏幕可见区域的高度，估计虚拟键盘大概是一半，那么就除以2，然后减去搜索框的高度，就获得了偏移量。
最后top=top-偏移量，即可。
想法是不错的，实现起来效果如何呢。观察之前的图2，我们可以猜测ios移动了滚动条，始终为了保证input处于垂直居中的位置，所以哪怕我们给他设置了top-偏移量，最后ios还是又往上滚动了一下。真是又爱又恨啊，你这么聪明你为什么搞这么个BUG出来呢。
3.2 最后的解决方案
还是回到图2去进行测试，当ios通过滚动条将input居中后，ios就不会再继续监控那个input了，此时我们随便拖拉页面，input都不会再回到中间，基于这个想法，那么我们通过js延迟一会来重新设置scroll可不可以呢？
带着这样的想法进行了一些测试，最后解决方案如下
1. 监控input的focus和blur事件，进入时设置搜索框为absolute；
2. 获取当前scroll的高度，设置给搜索框的top；
3. 设置延迟函数，重新滚动滚动条到当前的top；
4. 离开input时恢复原来的fixed布局。
测试iphone6s ios 9.x 没问题
android 随便找了一台同事的vivo测试 没问题
暂时就测了2台手机
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10