发现问题
最近在做图片浏览功能时遇到了一个很蛋疼的问题，在开启硬件加速情况下，超大图无法正常显示（图的长宽有一个大于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开发者们能有一定的帮助，如果有疑问大家可以留言交流。