ChromiumGPU进程启动过程分析

ChromiumGPU进程启动过程分析ChromiumGPU进程启动过程分析/ChromiumGPU进程启动过程分析Chromium的GPU进程启动过程分析Chromium除了有Browser进程和Render进程,还有GPU进程。GPU进程负责Chromium的GPU操作，例如Render进程通过GPU进程离屏渲染网页,Browser进程也是通过GPU进程将离屏渲染好的网页显示在屏幕上。Chromium之所以将GPU操作运行在独立进程中，是考虑到稳定性问题。毕竟GPU操作是硬件相关操作，硬件的差异性会引发一定的不稳性。本文分析GPU进程的启动过程.GPU进程由Browser进程负责启动，它的启动过程及Render进程的启动过程是类似的，因此在阅读本文之前，最好先阅读一文。不过，GPU进程启动之后，Browser进程会及它建立两个IPC通道。一个IPC通道用来传输普通的IPC消息，另一个IPC通道专门用来执行GPU操作，称为GPU通道。类似地，Render进程需要执行GPU操作时，也会通过Browser进程及GPU进程建立一个专门用来执行GPU操作的IPC通道。Render进程之所以要通过Browser进程间接地及GPU进程建立GPU通道，是因为GPU进程是由Browser进程启动的，Render进程对它一无所知。以上描述的Browser进程、Render进程和GPU进程的关系可以通过图1概括，如下所示：在图1中,Browser进程及Render进程的IPC通道的建立过程可以参考前面一文,本文只分析以下三部分内容：1.Browser进程及GPU进程的IPC通道的建立过程.2。Browser进程及GPU进程的GPU通道的建立过程。3。Render进程及GPU进程的GPU通道的建立过程。Browser进程通过一个GpuProcessHost对象描述由它启动的GPU进程。GPU进程启动起来之后，会创建一个GpuProcess对象用来及Browser进程进行IPC。接下来，Browser进程中的GpuProcessHost对象会通过已经建立起来的IPC通道请求GPU进程中创建一个GPU通道，以便以后可以执行GPU操作.Render进程需要通过GPU渲染网页的时候，会通过之前及Browser进程建立的IPC通道请求Browser进程为它创建一个GPU通道，并且将该GPU通道封装在一个WebGraphicsContext3DCommandBufferImpl对象,以后就可以通过该WebGraphicsContext3DCommandBufferImpl对象向GPU进程请求执行GPU操作了。GPU进程在启动的过程中，也会像Browser进程和Render进程一样,启动一个IO线程,专门用来执行IPC。以后每当GPU进程通过上述IPC通道接收到一个创建GPU通道的请求的时候,都会在内部创建一个OpenGL上下文.这个OpenGL上下文通过一个GLContext对象描述。这样在GPU进程中，就会存在若干个OpenGL上下文。这些OpenGL上下文都运行在同一个线程中，这个线程称为GPUChildThread.这样就会涉及到一个OpenGL上下文调度问题,即每当GPU进程接收到一个GPU操作请求时，都要先切换到请求的GPU操作所在的OpenGL上下文，然后才能执行请求的GPU操作。关于GPU进程的OpenGL上下文调度问题，我们在下一系列的文章中再详细分析。接下来，我们就先分析Browser进程启动GPU进程的过程.这个过程主要是涉及到Browser进程和GPU进程的IPC通道的建立过程。在前面一文中，我们提到,Browser进程，也就是Chromium应用程序的主进程,在启动的时候，会调用BrowserMainLoop类的成员函数CreateStartupTasks.BrowserMainLoop类的成员函数CreateStartupTasks会请求启动一个GPU进程，相关的代码如下所示:[cpp］viewplaincopyvoidBrowserMainLoop::CreateStartupTasks（）{.。.。。.//Firsttimethrough,wereallywanttocreateallthetasksif（!startup_task_runner_。get（）){startup_task_runner_=make_scoped_ptr（newStartupTaskRunner(base::Bind(&BrowserStartupComplete）,base:：MessageLoop：：current()—〉message_loop_proxy（）)）；。。。..。StartupTaskbrowser_thread_started=base::Bind(＆BrowserMainLoop::BrowserThreadsStarted，base：：Unretained(this）)；startup_task_runner_->AddTask（browser_thread_started）;。.if(BrowserMayStartAsynchronously（）){startup_task_runner_—〉StartRunningTasksAsync（）;｝}if(!BrowserMayStartAsynchronously（）){。。...。startup_task_runner_->RunAllTasksNow（);｝}这个函数定义在文件external/chromium_org/content/browser/browser_main_loop.cc中。BrowserMainLoop类的成员函数CreateStartupTasks首先是会创建一个StartupTaskRunner对象,并且保存在成员变量startup_task_runner_中。这个StartupTaskRunner对象封装了当前线程的一个消息循环，因此通过它可以向当前线程的消息队列发送消息。当前线程即为Browser进程的主线程，因此有了这个StartupTaskRunner对象之后，接下来可以向其主线程的消息队列发送消息。BrowserMainLoop类的成员函数CreateStartupTasks接下来创建了一个StartupTask，这个StartupTask绑定的函数为BrowserMainLoop类的成员函数BrowserThreadsStarted，用来执行一个Browser线程启动完毕任务,并且会保存在前面创建的一个StartupTaskRunner对象的内部等待执行。最后,取决于Browser进程使用同步还是异步方式启动，BrowserMainLoop类的成员函数CreateStartupTasks使用不同的方式来执行保存在成员变量startup_task_runner_指向的一个StartupTaskRunner对象中的StartupTask:1。如果是使用同步方式启动,那么就调用上述StartupTaskRunner对象的成员函数RunAllTasksNow立即执行保存在它里面的各个StartupTask对象所描述的任务。2.如果是使用异步方式启动，那么就调用上述StartupTaskRunner对象的成员函数StartRunningTasksAsync向主线程的消息队列发送一个消息，当该消息被处理时，再执行保存在上述StartupTaskRunner对象里面的各个StartupTask对象所描述的任务。无论是同步方式，还是异步方式,最终都会在主线程中调用BrowserMainLoop类的成员函数BrowserThreadsStarted，及GPU进程启动相关的代码如下所示：[cpp］viewplaincopyintBrowserMainLoop：：BrowserThreadsStarted（)｛.。。。。。boolinitialize_gpu_data_manager=true;＃ifdefined(OS_ANDROID)//OnAndroid,GLSurface::InitializeOneOff(）mustbecalledbeforeinitalizing//theGpuDataManagerImplasitusestheGLbindings。crbug。com/326295if（！gfx：:GLSurface::InitializeOneOff（)）{..。。.。initialize_gpu_data_manager=false;｝＃endifif(initialize_gpu_data_manager）GpuDataManagerImpl：：GetInstance（)—>Initialize（)；boolalways_uses_gpu=true；boolestablished_gpu_channel=false；＃ifdefined(USE_AURA）||defined（OS_MACOSX)if(ShouldInitializeBrowserGpuChannelAndTransportSurface(）)｛established_gpu_channel=true；if(!GpuDataManagerImpl：:GetInstance（）->CanUseGpuBrowserCompositor（)){established_gpu_channel=always_uses_gpu=false；｝BrowserGpuChannelHostFactory::Initialize(established_gpu_channel）；。..。。.｝＃elifdefined（OS_ANDROID）established_gpu_channel=true；BrowserGpuChannelHostFactory:：Initialize(established_gpu_channel）；＃endif.。。。.。}这个函数定义在文件external/chromium_org/content/browser/browser_main_loop.cc中。在Android平台上，BrowserMainLoop类的成员函数BrowserThreadsStarted首先调用gfx:：GLSurface类的静态成员函数InitializeOneOff在当进程中加载合适的OpenGL库，以及创建一个EGLDisplay。这样做有两个原因，一是后面调用GpuDataManagerImpl类的成员函数Initialize时，在Android平台上需要通过加载的OpenGL库来获取GPU信息，二是Android平台的Chromium实际上并没有独立的GPU进程，而是在Browser进程中创建一个GPU线程，不过这个GPU线程起到的作用及GPU进程是一样的。上述第二个原因要求Browser进程要做一些GPU相关的初始化工作，即加载合适的OpenGL库，以及创建一个EGLDisplay，以后创建OpenGL上下文时需要使用到这个EGLDisplay.对于独立GPU进程的情况，上述的GPU初始化也是需要做的。后面我们就会看到，GPU进程在启动的时候，会调用gfx::GLSurface类的静态成员函数InitializeOneOff。只有在gfx:：GLSurface类的静态成员函数InitializeOneOff的返回值为true，即在当进程中成功加载了合适的OpenGL库之后，BrowserMainLoop类的成员函数Initialize才会被调用，负责检查当前设备使用的GPU及其相关的驱动是否在黑名单中。如果在黑名单中，那么Chromium就不会采用GPU对网页进行硬件加速渲染.这是由于不是所有的GPU都能够很好地支持Chromium进行硬件加速渲染，因此就需要设置一个黑名单，避免在渲染网页的过程中出现错误。一旦不能使用GPU对网页进行硬件加速渲染，那么Chromium就会退而求其次，使用CPU进行渲染。如果Chromium在编译时定义了宏USE_AURA,那么就表示要使用GPU对网页进行硬件加速渲染,这时候就可能需要启动GPU进程。AURA是Chromium35引入的一个窗口管理框架，通过GPU来实现界面上的像按钮、滚动条和对话框等界面控件。但是由于GPU黑名单的存在，因此就不一定能够如愿地使用GPU对网页进行硬件加速渲染。这时候就需要进一步调用函数ShouldInitializeBrowserGpuChannelAndTransportSurface以及GpuDataManagerImpl类的成员函数CanUseGpuBrowserCompositor进行判断。如果最终确定不能够使用GPU对网页进行硬件加速渲染，那么接下来在调用BrowserGpuChannelHostFactory类的静态成员函数Initialize的时候,传递进去的参数就会等于false。对于MacOSX平台,也会进行相同的处理。如果Chromium在编译时没有定义宏USE_AURA，但是当前平台是Android，那么BrowserMainLoop类的成员函数BrowserThreadsStarted就直接将本地变量established_gpu_channel设置为true,并且以其为参数，调用BrowserGpuChannelHostFactory类的静态成员函数Initialize启动一个GPU进程。这表明在Android平台上，要求GPU能够支持Chromium对网页进行硬件加速渲染.为了更好地理解上面分析的内容，接下来我们在分析GPU进程的启动过程，也就是BrowserGpuChannelHostFactory类的静态成员函数Initialize之前，先分析以下几个函数：1。gfx:：GLSurface:：InitializeOneOff2.GpuDataManagerImpl：：Initialize3.ShouldInitializeBrowserGpuChannelAndTransportSurface4.GpuDataManagerImpl:：CanUseGpuBrowserCompositorgfx：:GLSurface类的静态成员函数InitializeOneOff负责在当前进程中加载合适的OpenGL库，它的实现如下所示：[cpp］viewplaincopyboolGLSurface：:InitializeOneOff(){...。。。std：:vector〈GLImplementation>allowed_impls；GetAllowedGLImplementations(＆allowed_impls）；。。.。。。CommandLine*cmd=CommandLine::ForCurrentProcess（）;//Thedefaultimplementationisalwaysthefirstoneinlist.GLImplementationimpl=allowed_impls［0］；boolfallback_to_osmesa=false;if（cmd-〉HasSwitch(switches：：kOverrideUseGLWithOSMesaForTests)）{impl=kGLImplementationOSMesaGL;｝elseif（cmd—〉HasSwitch(switches:：kUseGL））｛std::stringrequested_implementation_name=cmd—>GetSwitchValueASCII(switches：:kUseGL）；if（requested_implementation_name=="any")｛fallback_to_osmesa=true；｝elseif（requested_implementation_name=="swiftshader")｛impl=kGLImplementationEGLGLES2；}else{impl=GetNamedGLImplementation（requested_implementation_name）;if（std:：find(allowed_impls。begin（），allowed_impls。end（)，impl)==allowed_impls.end（）){.。...。returnfalse;｝｝｝。.。...returnInitializeOneOffImplementation（impl,fallback_to_osmesa,gpu_service_logging，disable_gl_drawing)；}这个函数定义在文件external/chromium_org/ui/gl/gl_surface.cc中.gfx:：GLSurface类的静态成员函数InitializeOneOff首先是调用另外一个函数GetAllowedGLImplementations获得当前平台所支持的OpenGL实现版本列表。对于Android平台,它的实现如下所示:［cpp]viewplaincopyvoidGetAllowedGLImplementations（std：:vector〈GLImplementation〉*impls）｛impls—〉push_back(kGLImplementationEGLGLES2);impls-〉push_back（kGLImplementationOSMesaGL)；｝这个函数定义在文件external/chromium_org/ui/gl/gl_implementation_android.cc中。从这里可以看到，在Android平台上，Chromium支持两个版本的OpenGL实现，其中一个是kGLImplementationEGLGLES2，另一个是kGLImplementationOSMesaGL。kGLImplementationEGLGLES2描述的OpenGL即为Android系统本身提供的OpenGL实现，这个就是由底层的GPU实现的OpenGL库。kGLImplementationOSMesaGL描述的OpenGL是由Mesa实现的OpenGL库.Mesa是一个开源的OpenGL实现框架,它可以以软件方式模拟GPU硬件加速渲染，也可以通过底层真实的GPU来实现硬件加速渲染。回到gfx:：GLSurface类的静态成员函数InitializeOneOff中，它获得当前平台所支持的OpenGL实现版本列表之后，取出列表中的第一个版本作为默认版本。从前面的分析就可以知道，对于Android平台，这个默认的OpenGL实现版本就是kGLImplementationEGLGLES2描述的版本。接下来，gfx：：GLSurface类的静态成员函数InitializeOneOff再根据命令行参数选择最终使用的OpenGL实现版本：1.如果设置了switches:：kOverrideUseGLWithOSMesaForTests选项，那么就表示要使用kGLImplementationOSMesaGL描述的OpenGL版本，方便用来测试。2.如果设置了switches:：kUseGL选项，那么就根据这个选项的值选择指定的OpenGL实现。不过有两种特殊情况.一是当该选项值等于”any"时，默认使用之前选择的OpenGL实现版本，但是如果不能成功加载该版本的库,那么就改为使用kGLImplementationOSMesaGL描述的OpenGL版本。二是当该选项的值等于”swiftshader”时，使用kGLImplementationEGLGLES2描述的OpenGL版本。SwiftShader是一件纯软件实现的3D渲染引擎工具,由TransGaming公司实现，宣称支持所有的Pixel和VertexShaderDX9特效,并且可以获得比微软D3D的REF设备（referencerasterizer）快50倍的速度。在Android平台上，没有提供SwiftShader，因此用kGLImplementationEGLGLES2描述的OpenGL版本替代。最后，gfx::GLSurface类的静态成员函数InitializeOneOff调用另外一个成员函数InitializeOneOffImplementation在当前进程中加载前面所选择的OpenGL实现版本,它的实现如下所示：[cpp］viewplaincopyboolGLSurface::InitializeOneOffImplementation(GLImplementationimpl,boolfallback_to_osmesa,boolgpu_service_logging,booldisable_gl_drawing）｛boolinitialized=InitializeStaticGLBindings（impl）＆＆InitializeOneOffInternal（)；if（！initialized＆&fallback_to_osmesa)｛ClearGLBindings（）;initialized=InitializeStaticGLBindings（kGLImplementationOSMesaGL）&&InitializeOneOffInternal(）；}if(！initialized)ClearGLBindings(）；。...。.returninitialized；}这个函数定义在文件external/chromium_org/ui/gl/gl_surface.cc中。gfx:：GLSurface类的静态成员函数InitializeOneOffImplementation首先调用函数InitializeStaticGLBindings加载由参数impl指定的OpenGL实现版本相关的库.如果能成功加载,再调用函数InitializeOneOffInternal在当前进程中创建一个EGLDisplay。如果也能成功创建这个EGLDisplay，那么就说明参数指定的OpenGL实现版本是能够正确使用的。如果不能成功加载参数impl指定的OpenGL实现版本相关的库，或者能够成功加载，但是不能成功创建一个EGLDisplay，并且参数fallback_to_osmesa的值为true，那么就如前所述,改为使用kGLImplementationOSMesaGL描述的OpenGL实现版本,也就是由Mesa实现的OpenGL库。接下来,我们先分析函数InitializeStaticGLBindings的实现，接着再分析函数InitializeOneOffInternal的实现。函数InitializeStaticGLBindings的实现如下所示：[cpp]viewplaincopyboolInitializeStaticGLBindings（GLImplementationimplementation）{。。。。..switch（implementation){casekGLImplementationEGLGLES2:{base：：NativeLibrarygles_library=LoadLibraryAndPrintError（"libGLESv2。so”）；。base:：NativeLibraryegl_library=LoadLibraryAndPrintError(”libEGL.so");。。.。。.GLGetProcAddressProcget_proc_address=reinterpret_cast<GLGetProcAddressProc〉（base：：GetFunctionPointerFromNativeLibrary（egl_library,"eglGetProcAddress"));。.。。。.SetGLGetProcAddressProc（get_proc_address）;AddGLNativeLibrary(egl_library）；AddGLNativeLibrary(gles_library）；SetGLImplementation(kGLImplementationEGLGLES2);InitializeStaticGLBindingsGL（）;InitializeStaticGLBindingsEGL();..。。。。break；｝。｝returntrue；}这个函数定义在文件external/chromium_org/ui/gl/gl_implementation_android.cc中。从这里就可以看到，及kGLImplementationEGLGLES2描述的OpenGL实现版本相关的库有两个，分别为libGLESv2.so和libEGL.so，前者描述的是OpenGL实现，后者描述的是EGL实现。调用函数LoadLibraryAndPrintError加载了这两个库之后，最后分别调用了函数InitializeStaticGLBindingsGL和InitializeStaticGLBindingsEGL创建了一个RealGLApi接口和一个RealEGLApi接口，这样以后就可以通过这两个接口调用由前面加载的libGLESv2.so和libEGL。so所导出的gl*和egl＊函数。这一步执行完成之后，回到前面分析的gfx:：GLSurface类的静态成员函数InitializeOneOffImplementation中，它接下来调用函数InitializeOneOffInternal创建一个EGLDisplay,以验证前面加载的OpenGL相关的库的正确性。函数InitializeOneOffInternal的实现如下所示：［cpp］viewplaincopyboolGLSurface::InitializeOneOffInternal（）｛switch(GetGLImplementation（)){casekGLImplementationEGLGLES2：if（!GLSurfaceEGL：：InitializeOneOff（)）｛LOG（ERROR）〈〈”GLSurfaceEGL::InitializeOneOfffailed.”；returnfalse;}default：break;}returntrue；｝这个函数定义在文件external/chromium_org/ui/gl/gl_surface_android。cc中。从这里可以看到，当使用kGLImplementationEGLGLES2描述的OpenGL实现版本时，函数InitializeOneOffInternal调用GLSurfaceEGL类的静态成员函数InitializeOneOff创建一个EGLDisplay.GLSurfaceEGL类的静态成员函数InitializeOneOff的实现如下所示：[cpp]viewplaincopyboolGLSurfaceEGL：：InitializeOneOff()｛staticboolinitialized=false;if（initialized)returntrue；g_native_display=GetPlatformDefaultEGLNativeDisplay（）；g_display=eglGetDisplay（g_native_display);if(!g_display)｛。..。..returnfalse;｝if(！eglInitialize(g_display,NULL，NULL））｛。。。..。returnfalse；}staticconstEGLintkConfigAttribs[］=｛EGL_BUFFER_SIZE，32，EGL_ALPHA_SIZE，8，EGL_BLUE_SIZE，8，EGL_GREEN_SIZE，8,EGL_RED_SIZE,8，EGL_RENDERABLE_TYPE,EGL_OPENGL_ES2_BIT，EGL_SURFACE_TYPE,EGL_WINDOW_BIT｜EGL_PBUFFER_BIT，EGL_NONE}；。.。..。constEGLint＊config_attribs=kConfigAttribs;.。。。。。EGLintnum_configs;if(！eglChooseConfig(g_display,config_attribs，NULL，0，＆num_configs))｛...。。。returnfalse;｝。.。...initialized=true；returntrue;｝这个函数定义在文件external/chromium_org/ui/gl/gl_surface_egl。cc中.从这里可以看出，GLSurfaceEGL类的静态成员函数InitializeOneOff通过调用egl函数eglGetDisplay、eglInitialize和eglChooseConfig创建一个EGLDisplay，并且保存在全局变量g_display中,以后就可以通过这个EGLDisplay来创建OpenGL上下文.实际上,eglGetDisplay、eglInitialize和eglChooseConfig是定义在out/target/product/generic/obj/GYP/shared_intermediates/ui/gl/gl_bindings_autogen_egl。h文件中的三个宏，它们分别定义为前面加载的libEGL。so所导出的三个函数eglGetDisplay、eglInitialize和eglChooseConfig。事实上,文件out/target/product/generic/obj/GYP/shared_intermediates/ui/gl/gl_bindings_autogen_egl。h定义了所有的egl*宏，并且这些宏都定义为前面加载的libEGL.so所导出的对应的egl*函数.类似地，文件out/target/product/generic/obj/GYP/shared_intermediates/ui/gl/gl_bindings_autogen_gl。h也定义了所有的gl＊宏，并且这些宏都定义为前面加载的libGLESv2.so所导出的对应的gl＊函数。最后，out/target/product/generic/obj/GYP/shared_intermediates/ui/gl/gl_bindings_autogen_egl.h和out/target/product/generic/obj/GYP/shared_intermediates/ui/gl/gl_bindings_autogen_gl。h也定义了所有的gl*宏，并且这些宏都定义为前面加载的libGLESv2.so所导出的对应的gl*函数.这两个文件又被文件external/chromium_org/ui/gl/gl_bindings.h所included，因此只要include了external/chromium_org/ui/gl/gl_bindings。h文件，就可以直接调用所有的由前面加载的libGLESv2.so和libEGL。so导出的gl＊和egl*函数。这一步执行完成之后，回到前面分析的BrowserMainLoop类的成员函数BrowserThreadsStarted中,假设gfx::GLSurface类的静态成员函数InitializeOneOff的返回值为true，即它成功加载了OpenGL相关的库，那么接下来就会调用GpuDataManagerImpl类的成员函数Initialize检查设备配置的GPU是否在黑名单列表中。GpuDataManagerImpl类的成员函数Initialize的实现如下所示：[cpp]viewplaincopyvoidGpuDataManagerImpl：：Initialize()｛base:：AutoLockauto_lock(lock_)；private_—〉Initialize（);}这个函数定义在文件external/chromium_org/content/browser/gpu/gpu_data_manager_impl。cc中。GpuDataManagerImpl类的成员变量private_指向的是一个GpuDataManagerImplPrivate对象，这里调用它的成员函数Initialize检查设备配置的GPU是否在黑名单列表中。GpuDataManagerImplPrivate类的成员函数Initialize的实现如下所示：[cpp］viewplaincopyvoidGpuDataManagerImplPrivate：:Initialize(）｛..。...gpu::GPUInfogpu_info；if（command_line->GetSwitchValueASCII(switches:：kUseGL)==gfx:：kGLImplementationOSMesaName）{//IfusingtheOSMesaGLimplementation,usefakevendoranddeviceidsto//makesureitnevergetsblacklisted。Thisisbetterthansimply//cancellingGPUInfogatheringasitallowsustoproceedwithloadingthe//blacklistbelowwhichmayhavenon—devicespecificentrieswewantto//applyanyways（e。g。,OSversionblacklisting)。gpu_info.gpu。vendor_id=0xffff；gpu_info.gpu.device_id=0xffff；//Alsodeclarethedriver_vendortobeosmesatobeabletospecify//exceptionsbasedondriver_vendor==osmesaforsomeblacklistrules.gpu_info.driver_vendor=gfx:：kGLImplementationOSMesaName;｝else｛。。.。..gpu：：CollectBasicGraphicsInfo（＆gpu_info）；｝std：:stringgpu_blacklist_string；std：:stringgpu_driver_bug_list_string;if(！command_line—>HasSwitch（switches:：kIgnoreGpuBlacklist）&&!command_line—〉HasSwitch(switches:：kUseGpuInTests））｛gpu_blacklist_string=gpu::kSoftwareRenderingListJson;｝if（！command_line—〉HasSwitch（switches：:kDisableGpuDriverBugWorkarounds））｛gpu_driver_bug_list_string=gpu:：kGpuDriverBugListJson；}InitializeImpl(gpu_blacklist_string，gpu_driver_bug_list_string,gpu_info）;}这个函数定义在文件external/chromium_org/content/browser/gpu/gpu_data_manager_impl_private.cc中.如果Chromium启动时，指定了switches：：kUseGL选项，并且将该选项的值设置为gfx::kGLImplementationOSMesaName,那么就意味着要使用Mesa版本的OpenGL库来渲染Chromium的UI。由于这里使用的Mesa版本的OpenGL库是纯软件实现的，因此它不会像GPU版本的OpenGL库一样存在一些不友好特性.也就是说Mesa版本的OpenGL库是可用的，尽管它的性能会差一些。为了避免后面加载GPU黑名单列表时,列表中的某些通用规则会禁用Mesa版本的OpenGL库的某些特性，GpuDataManagerImplPrivate类的成员函数Initialize会手工构造一个GPUInfo对象，并且给该GPUInfo对象设置假的VendorID和DeviceID,以及DriverVendor。如果Chromium启动时,没有指定switches：：kUseGL选项,或者指定了switches：：kUseGL选项,但是该选项的值没有设置为gfx：：kGLImplementationOSMesaName，那么上述GPUInfo对象就需要通过函数gpu：：CollectBasicGraphicsInfo来构造。函数gpu:：CollectBasicGraphicsInfo通过OpenGL接口glGetString获得当前使用的OpenGL库的VendorID和DeviceID，以及DriverVendor等值。接下来，GpuDataManagerImplPrivate类的成员函数Initialize检查Chromium的命令行参数是否设置了switches：：kIgnoreGpuBlacklist和switches:：kUseGpuInTests选项.如果都没有设置，就说明Chromium是运行在发布版本中，这时候需要启用GPU黑名单列表。这个GPU黑名单列表通过全局变量gpu:：kSoftwareRenderingListJson描述的一个JSON格式的字符串描述，它定义在文件external/chromium_org/gpu/config/software_rendering_list_json。cc中.例如，在该GPU黑名单列表中,存在以下一项：［plain]viewplaincopy｛"id”:1,”description”:"ATIRadeonX1900isnotcompatiblewithWebGLontheMac”，"webkit_bugs":[47028］，”os”:｛"type"："macosx"｝,”vendor_id”：”0x1002","device_id":[”0x7249"]，”features”：["webgl","flash_3d","flash_stage3d"］}它表示VendorID和DeviceID分别等于0x1002和0x7249的GPU在MacOSX上不能够用来支持Chromium的webgl、flash_3d和flash_stage3d特性。再接下来，GpuDataManagerImplPrivate类的成员函数Initialize检查Chromium的命令行参数是否设置了switches：：kDisableGpuDriverBugWorkarounds选项。如果没有设置，也说明Chromium是运行在发布版本中，这时候需要启用GPU驱动BUG列表。GPU驱动BUG列表描述了那些已知的GPU驱动的BUG,这些BUG也会导致OpenGL的某些特性不能使用。这个GPU驱动BUG列表通过全局变量gpu:：kGpuDriverBugListJson描述的一个JSON格式的字符串描述，它定义在文件external/chromium_org/gpu/config/gpu_driver_bug_list_json.cc中.例如，在该GPU驱动BUG列表中,存在以下一项:[plain]viewplaincopy{”id”:8，"description”：”Afewbuilt-inglslfunctionsonMacbehaveincorrectly”，”cr_bugs"：［349137],"os”:{"type”:"macosx"，”version"：{"op”:"<"，”value”:”10.9”}｝，"vendor_id”："0x1002"，"features":［"needs_glsl_built_in_function_emulation"]｝它表示VenderID等于0x1002的GPU驱动的编号为349137的BUG会出现在版本号小于10.9的MacOSX上，Chromium的needs_glsl_built_in_function_emulation特性不可用。最后，GpuDataManagerImplPrivate类的成员函数Initialize将前面获得的GPUInfo对象，以及GPU黑名单列表和GPU驱动BUG列表，传递给另外一个成员函数InitializeImpl进一步处理，如下所示：［cpp］viewplaincopyvoidGpuDataManagerImplPrivate：:InitializeImpl(conststd:：string＆gpu_blacklist_json,conststd::string&gpu_driver_bug_list_json,constgpu：:GPUInfo&gpu_info){.。..。。if(！gpu_blacklist_json。empty（）){gpu_blacklist_.reset(gpu：：GpuBlacklist::Create（）);.。。。。.boolsuccess=gpu_blacklist_—>LoadList（gpu_blacklist_json，gpu：：GpuControlList：：kCurrentOsOnly）;.。。。。.}if(!gpu_driver_bug_list_json.empty()){gpu_driver_bug_list_。reset（gpu：：GpuDriverBugList:：Create（））;。。。..。boolsuccess=gpu_driver_bug_list_->LoadList（gpu_driver_bug_list_json,gpu::GpuControlList：：kCurrentOsOnly)；.。..。.}gpu_info_=gpu_info;UpdateGpuInfo(gpu_info）;。..。..｝这个函数定义在文件external/chromium_org/content/browser/gpu/gpu_data_manager_impl_private.cc中.GpuDataManagerImplPrivate类的成员函数InitializeImpl首先是创建一个GpuBlackList对象，保存在成员变量gpu_blacklist_中，并且调用该GpuBlackList对象的成员函数LoadLi