frameworks/base/opengl/libs/ ==>
libEGL.SO
libGLESv1_CM.so
frameworks/base/opengl/libagl ==>
libagl.so
frameworks/base/libs/ui ==>
libui.so
external/skia/ ==>
libsgl.so
libskiagl.so
libcorecg.so
system/core/libpixelflinger ==>
libpixelflinger.so
Canvas.java中,所有的诸如drawPath之类的调用都是pass到底层的mNativeCanvas中去实现的, 而这个mNativeCanvas有两种类型: SkCanvas* 和 SkGLCanvas*。 mNativeCanvas被initRaster赋值时,得到SkCanvas*的指针; 被initGL赋值时,得到SkGLCanvas*的指针。
frameworks/base/graphics/java/android/Canvas.java
SkCanvas实现了Canvas.java中给出的所有接口,如drawPaint, drawRect, drawText,clipRegion, translate, scale。。。
android大部分的控件中,使用的canvas的底层都是用的SkCanvas, 它包含在skia库的libsgl.so, 依赖libcorecg.so(也是skia编出来的)。 而SkGLCanvas继承了SkCanvas, SkGLCanvas的constructor中会调用GLES/gl.h中定义的opengl函数。 (GLES/gl.h的路径是:frameworks/base/opengl/include/GLES/gl.h) SkGLCanvas中的其他函数则主要是对Texture的一些处理。
SkGLCanvas自己提供了setViewport, 和freeGlCaches。也就是说, SkCanvas中不具体实现setViewport, getViewport,直接返回false; 而SkGLCanvas中是实现这两个函数的,但貌似好像也是Skia自己实现的,没有direct到opengl里面去。而像drawPaint, drawRect, drawText,clipRegion, translate, scale之类的函数接口, SkGLCanvas就是直接继承了SkCanvas里面的实现,没看出哪里会提供它自己的实现。
比较蹊跷的是,在skia中看到了SkGLDevice,继承于SkDevice, 实现了drawPaint等函数接口(通过SkGL pass到opengl中,或者假如opengl不支持的feature, 它自己实现),不过不知道哪里会被调用到。
从以下这个链接:
http://www.mail-archive.com/android-framework@googlegroups.com/msg02554.html
写到The OpenGL backend for Skia is not supported and not enabled。 那么这,是不是也解释了为什么GLSurfaceView里面,其实那些绘制都是通过handle传给Canvas的GL类型的指针来pass call to opengl的