CEF支持一系列的编程语言和操作系统，并且能很容易地整合到新的或已有的工程中去。它的设计思想就是易用且兼顾性能。
CEF3支持一系列的编程语言和操作系统，并且能很容易地整合到新的或已有的工程中去。它的设计思想就是易用且兼顾性能。其目的是提供一套嵌入式的接口。其主要依赖于公开的Content API来实现的。为了清晰地了解它们之间的的关系，下图描述了WebKit， Content API，Chrome，Content shell和CEF3的层次关系。Chrome浏览器，content shell和CEF3三者都是基于content API开发的，它们只是有不同的实现，服务于不同的应用场景而已。
图片来源：http://blog.csdn.net/milado_nju/article/details/7455373
工程和代码结构是了解一套代码最基本的入口，了解了代码结构，基本上就知道这套代码要做什么，大体上如何去做的。先看图
- cefclient/cefsimple： 包含基于CEF的一个简单应用程序示例，可使用版本分发中的文件创建。该应用包含了大部分CEF函数的示例。
- Debug：包含构建debug 版本的共享库（libcef）和该平台所需的其他支持库。这个应用程序提供创建所需的最小功能浏览器窗口的示例。
- Release： 存放release版本的CEF动态库和运行在该平台所需的其他库文件。
- include ：包含了CEF所需的头文件
- libcef_dll ：包含 libcef_dll_wrapper静态链接库源代码，使用CEF C++API的应用的必要链接库。
- Resource： 包含创建CEF应用需要的源代码，该文件夹还包含.pak文件（全局资源的二进制文件）和和平台相关所需的图片和光标资源
在此处顺便提一句，从cefbuilds.com上下载下的源代码，是没有解决方案文件的，需要用使用构建系统工具，建立解决方案文件sln后就行编译了。具体详见CMake入门以及学习笔记
在CEF3 3.2272版本（对应chromium 41）之后的cefclient示例里边又分了几个子文件夹：browser、common、renderer、resources。
- browser：包含浏览器进程即当前主进程所用的代码文件。
- renderer：包含renderer进程需要的代码文件
- common：包含实现主进程和renderer进程的共用文件
- resources：主要是测试需要的图片、html文件、pdf文件以及鼠标光标资
CEF项目的一些dll和资源作用
libcef.dll------------------------->Cef的核心类库
icudt.dll-------------------------->支持unicode的类库
ffmpegsumo.dll--------------------->支持音频和视频的类库
d3dcompiler_43.dll----------------->WinXP下支持3D的类库
d3dcompiler_46.dll----------------->Win7和之后的Win支持3D的类库
libEGL.dll------------------------->加速合成支持库
libGLESv2.dll---------------------->加速合成支持库
locales---------------------------->此文件夹存放了各种国家的语言资源
cef.pak---------------------------->WebKit相关的资源（谷歌浏览器的核心是webkit）
devtools_resources.pak------------->调试器的相关资源
顺便说一下，我使用的是CEF3 2.2272版本的，开发环境为VS2008, Win7，这之后的文章和代码都是基于此版本和开发环境。其他版本和开发环境请相应的变通，大体上差不多。