发现问题
最近在做图片浏览功能时遇到了一个很蛋疼的问题,在开启硬件加速情况下,超大图无法正常显示(图的长宽有一个大于9000),而且程序不会crash,只是图片加载不出来,View显示为黑色。通过查看日志,发现系统打印出了下面的内容:
W OpenGLRenderer( 4014): Bitmap too large to be uploaded into a texture (600x9518, max=8192x8192)
从日志内容可以看出,这是由OpenGL打印出来的日志,是由于图片的尺寸太大导致的。而且我们可以发现,由于这个问题系统日志是以Warning级别打印出来的,并没有抛出异常,程序并不会报错,只是图片显示不出来,很难发现问题。当我们把页面的硬件加速关掉后,图片就可以显示出来了。
问题分析
从日志最后的内容可以看出,OpenGL对图片尺寸的限制是8192,这个尺寸是怎么得到的呢?是否所有的设备都是这个值呢?
要解释这个问题,需要先来看一下GLES10中的一个常量GL_MAX_TEXTURE_SIZE,从字面上看,它表示Texture的最大值。 查看文档:
https://www.khronos.org/opengles/sdk/1.1/docs/man/glGet.xml
这里给出的解释是: The value gives a rough estimate of the largest texture that the GL can handle。也就是OpenGL可以处理的最大尺寸的粗略估计值。既然是粗略估计值,那肯定是有一个准确值的。
网上搜索了一下,基本上都是说通过执行下面的代码,可以得到这个准确值。
int[] maxTextureSize = new int[1]; GLES10.glGetIntegerv(GL10.GL_MAX_TEXTURE_SIZE, maxTextureSize, 0);
然而,这段代码在我的设备上运行的结果始终是0。这是由于在Android 5.0之后,在进行OpenGL方法的调用时,需要手动创建OpenGL的Context。而这个工作在5.0之前是由framework来完成的。我们这里就是因为没有创建这个Context导致调用结果为0。
那么有效的代码就是下面这样子的:
private void getGLESTextureLimitBelowLollipop() { int[] maxSize = new int[1]; GLES10.glGetIntegerv(GLES10.GL_MAX_TEXTURE_SIZE, maxSize, 0); Toast.makeText(this," " + maxSize[0],Toast.LENGTH_LONG).show(); } private void getGLESTextureLimitEqualAboveLollipop() { EGL10 egl = (EGL10) EGLContext.getEGL(); EGLDisplay dpy = egl.eglGetDisplay(EGL10.EGL_DEFAULT_DISPLAY); int[] vers = new int[2]; egl.eglInitialize(dpy, vers); int[] configAttr = { EGL10.EGL_COLOR_BUFFER_TYPE, EGL10.EGL_RGB_BUFFER, EGL10.EGL_LEVEL, 0, EGL10.EGL_SURFACE_TYPE, EGL10.EGL_PBUFFER_BIT, EGL10.EGL_NONE }; EGLConfig[] configs = new EGLConfig[1]; int[] numConfig = new int[1]; egl.eglChooseConfig(dpy, configAttr, configs, 1, numConfig); if (numConfig[0] == 0) {// TROUBLE! No config found. } EGLConfig config = configs[0]; int[] surfAttr = { EGL10.EGL_WIDTH, 64, EGL10.EGL_HEIGHT, 64, EGL10.EGL_NONE }; EGLSurface surf = egl.eglCreatePbufferSurface(dpy, config, surfAttr); final int EGL_CONTEXT_CLIENT_VERSION = 0x3098; // missing in EGL10 int[] ctxAttrib = { EGL_CONTEXT_CLIENT_VERSION, 1, EGL10.EGL_NONE }; EGLContext ctx = egl.eglCreateContext(dpy, config, EGL10.EGL_NO_CONTEXT, ctxAttrib); egl.eglMakeCurrent(dpy, surf, surf, ctx); int[] maxSize = new int[1]; GLES10.glGetIntegerv(GLES10.GL_MAX_TEXTURE_SIZE, maxSize, 0); egl.eglMakeCurrent(dpy, EGL10.EGL_NO_SURFACE, EGL10.EGL_NO_SURFACE, EGL10.EGL_NO_CONTEXT); egl.eglDestroySurface(dpy, surf); egl.eglDestroyContext(dpy, ctx); egl.eglTerminate(dpy); Toast.makeText(this," " + maxSize[0],Toast.LENGTH_LONG).show(); }
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { getGLESTextureLimitEqualAboveLollipop(); } else { getGLESTextureLimitBelowLollipop(); }
在我的5.0的手机上,执行上面的代码,得到这个最大值maxSize是16384,也就是说,当图片的长和宽有一个超过这个值得时候,在开启硬件加速的情况下,图片就显示不出来了。在不同的手机上运行上述代码,运行结果不尽相同,说明这个值是设备相关的。
问题解决
既然知道了问题所在,下面就是想办法来解决这个问题了。
首先,前面既然提到了是硬件加速导致的这个问题,最简单的方法当然是关闭硬件加速,可以在Activity级别,也可以在View级别关闭硬件加速。这种是属于简单粗暴型的。
Activity级别:
android:hardwareAccelerated="false"
View级别:
view.setLayerType(View.LAYER_TYPE_SOFTWARE, null);
另外一种方法是通过缩小Bitmap的方式,保证图片的尺寸不会超过OpenGL的限制,但是,对于查看高清图的情况,不允许对图片进行缩放,这个方法是无效的。
最后也是最合理的方式,就是通过Android提供的BitmapRegionDecoder类来处理大图加载。它的原理是每次只根据需要加载图片的一部分,然后根据当前用户的操作去截取图片不同部分进行更新。具体的用法可以参考官方文档。
总结
以上就是这篇文章的全部内容了,希望本文的内容对各位Android开发者们能有一定的帮助,如果有疑问大家可以留言交流。