使用自定义的Picasso导致程序崩溃问题

2019独角兽企业重金招聘Python工程师标准>>>

        程序打印的错误日志基本都是与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,导致程序崩溃。

        最后，下载了Picasso的源码，直接在源码的Util类中修改了CacheSize，编译再生成jar，引入工程。使用默认的Picasso来加载图片，多次测试，程序正常运行，且加载数百张图片后，内存依旧在预期的范围内。

转载于:https://my.oschina.net/u/269239/blog/694167