最近接手的一个android项目里面，有个viewpager+3个fragment的页面，就是很常见的可以左右滑动切换页面的那种布局。接手的时候告诉我，这个页面有卡顿现象，性能需要优化。一开始觉得是fragment里面做了太多耗时操作的原因，后来居然搞了一天才搞完，算是踩了个坑，这里记录下。

页面滑动卡顿一般会想到在页面滑动事件回调方法里是不是有什么耗时操作，比如加载图片，读取文件之类，但是排查之后都没有类似的代码逻辑。后来各种调试，才发现主要有两个原因：

背景图片的资源图片文件要放到mipmap-xxxx文件夹下，或者放到drawable-xxxx文件夹下，不能直接放在drawable文件夹下

之前各种代码逻辑排查未果之后，我就开始考虑是不是背景图片设置的原因，因为这三个fragment都是设置了一个全屏的图片背景。所设置的背景图片都是1920x1080像素的jpg格式图片，大小为208KB。我把背景图片都去掉换成纯色的背景，页面立马就变得非常流畅，一点掉帧都没有了。

但是背景图是肯定不能换掉的，所以我就在图片大小上做文章，让美工mm给换成了体积小点的图片，但是后面我就算换成了15KB大小的背景图，页面卡还是卡。

后来还发现，就算把fragment的背景全部设置成透明，只把viewpager的背景设置成一张图片背景，或者吧fragment和viewpager的背景都设置为透明，把activity的背景设置成图片背景，都还是会使得页面在滚动的时候掉帧。

所以这肯定不是背景图片大小引发的问题。

后来终于在stackoverflow上找到了一种说法：drawable文件夹(后面不带后缀的)下直接放图片资源文件会引起页面掉帧。我到自己项目里面一找，果然，背景图片就是直接放在drawable文件夹下的。我把drawable下图片资源全部拷贝到mipmap文件夹下，一跑，嗯，卡顿少了很多，勉强能看得过去了，但是还是能感觉到有些掉帧。

manifests清单文件中，application的属性hardwareAccelerated要设置为开启

之前的修改虽然使得页面勉强能用了，但是还是感觉有点掉帧。我就想到了硬件加速，一般这个属性是默认开启的。一检查清单文件，果然写着：

android:hardwareAccelerated="false"

真的是坑爹啊。。。

以上两个问题都修改过之后，页面就变得丝滑般顺畅了。主要是第一个原因，没遇到过的真的一时会想不到。