程序打印的错误日志基本都是与Surface unlock相关,但程序并无操做Surface。看到日志几回打印:Looper﹕ Could not create wake pipe. errno=24,引发注意,猜测是读写文件报的错误。但没有更多的错误信息,也就不知道是哪一个模块读写文件。缓存
谷歌一下,说是网络请求更多,且未关闭链接致使。估计是图片加载致使。ViewPager中有20来个fragment,每一个fragment加载近百张图片。滑动3-4轮,即显示60,70次Fragment时,再次左右滑动,程序当即崩溃。使用Picasso做为图片加载引擎,为了控制图片内存中的缓存大小,使用本身配置的Builder,而不是默认的。本觉得是Picasso加载图片的线程太多,但查看源码,其线程池配置:线程数量为3,并行数量也为3。这个配置不会致使线程问题。自认为不是Picasso引发的问题。网络
问题陷入了死循环,这个页面显示大概70次Fragment程序依旧崩溃,日志也一直打印:Looper﹕ Could not create wake pipe. errno=24。再次谷歌,点进一篇栈爆网的文章:http://stackoverflow.com/questions/17606111/a-looper-could-not-create-wake-pipe-errno-24。看完中间内容后,注释了图片加载的代码,试了试,左右滑动,显示的近百次Fragment程序依旧正常。把Picasso图片加载中自定义的Buider注释,使用默认的。再次打包安装,显示的近百次Fragment程序也依旧正常。终于知道bug的缘由:使用自定义的Builder,建立Picasso对象时,没有作线程同步。致使出现了多个实例,而重用这些实例时Picasso出现Bug,致使程序崩溃。ide
最后,下载了Picasso的源码,直接在源码的Util类中修改了CacheSize,编译再生成jar,引入工程。使用默认的Picasso来加载图片,屡次测试,程序正常运行,且加载数百张图片后,内存依旧在预期的范围内。oop