GPUImage 专注于使用基于openGLES2.0的GPU加速来处理图像，相机图像流及视频，框架中大致的类分布如图

GPUImage使用的一些技术

快速上传texture

CVOpenGLESTextureCacheCreateTextureFromImage(
kCFAllocatorDefault,
textureCache, //openGLESTextureCacheRef
pixelBuffer,
NULL, //optional texture attributes
GL_TEXTURE_2D, //the target,唯二的选择是GL_RENDERBUFFER
GL_RGBA, //internal format
width,
height,
GL_RGBA, //pixel format
GL_UNSIGNED_BYTE, //data type of the pixels
0, //plane index to map(BGRA has only one plane)
&outTexture);

CVOpenGLES Texture绑定

同样是在2011 wwdc 的session 419, 新的texture绑定概念也诞生了。众所周知，正常的绑定texture的操作一般是先用glGenTexture生成texture，再获取CVPixelBufferGetBaseAddress(pixelbuffer)，然后用glTexImage2D(....)将pixeldata作为最后一个参数传进去，这时在底层发生的事情其实相当于用memcpy()复制了这份数据并传到Texture Image中供Texture Object使用，如下图：

而cvopengles texture绑定避免了memcpy而直接将pixelbuffer与Texture Image绑定，同时使用api时，也不再传pixelbuffer中图像的裸指针，而是直接传入CVPixelBufferRef，同时获取生成的texture

openGL命令在CPU与GPU之间的同步

toll bridge 与 内存管理

编译器并不会自动管理CF对象的生命周期，程序员需要显式地通过<objc/runtime.h>中的cast语法，或者NSObject.h中定义的Core Foundation宏对CF对象ownership进行操作
1.__bridge在OC与Core Foundation之间传递指针，但并不进行所属权的转移
2.__bridge_retained或者CFBridgingRetain将OC指针转换为CF指针并将所属权转移给程序员，需要手动CFRelease
3.__bridge_transfer或者CFBridgingRelease将非OC指针转换为OC指针并将所属权转移给ARC，ARC对对象生命期负责

所以如果ARC中创建的OC对象通过__bridge转换为CF对象传入CF的API并不需要手动释放