转载出处:http://www.cnblogs.com/fangkm/p/6628425.html
感谢孤竹君
前言
插件一直是浏览器的重要组成部分,丰富浏览器的运行能力,实现一些HTML+JS实现不了本地应用(比如音视频、文件操作等)。早期广为熟知的是IE下的插件ActiveX,这是一项熟悉可能暴露年龄的技术,它基于COM规范,在IE占浏览器市场主流份额的时代,ActiveX可谓出尽了风头,但它并不是浏览器业内的插件标准。由网景发布的NPAPI长久以来是除了IE之外的其他浏览器共同支持的业内标准。ActiveX和NPAPI长久共存,如果某项业务要发布浏览器插件,一般都需要实现这两种插件规范。有个开源的插件开发框架FireBreath 抽象了这两种插件的接口细节,让开发者专注于业务逻辑(个人比较嫌弃FireBreath 开发出来的插件体积太大)。早期的银行开发网页安全控件都是使用ActiveX开发,所以他们都要求在IE浏览器或者其他双核浏览器的兼容模式下登录。现在很多银行已经支持NPAPI版本的安全控件,但NPAPI却做为不安全因素被主流浏览器(Chrome、FireFox)抛弃,好在国内的双核浏览器都保留有NPAPI功能的移植,让市面上大量的NPAPI插件得以正常运行。现在,随着IE逐渐退出历史舞台,ActiveX插件的运行范围越来越窄,NPAPI也成为过时的插件标准,虽然HTML5标准也在逐渐完善,很多之前只靠Web技术做不到的功能都能得到很好的支持,但是并不是所有的功能都能通过HTML5实现,本地插件依然是我们这个时代绕不开的功能应用,最典型的比如Flash。于是Chrome提出了名叫PPAPI的全新插件机制,运行在Chrome浏览器的沙箱环境。
插件类型 | Chrome | 基于Chromium核的浏览器 | IE |
ActiveX | No | No | Yes |
NPAPI | No | Yes(暂时兼容) | No |
PPAPI | Yes | Yes | No |
从对比可以看出,PPAPI的运行场景完全覆盖NPAPI,以后开发插件完全可以只开发PPAPI+ActiveX两个版本。但是目前市面上,除了内置的PPAPI版本的Flash组件以及Pdf组件,没遇到其他的PPAPI版本的商业组件,可见再造一个平台是多么地不容易。
PPAPI组件介绍
在Chrome中,PPAPI组件分为两种存在形式:
可信组件:可信的PPAPI组件可以通过平台动态库的形式(Windows下为dll文件,Linux下是so文件)由浏览器直接加载,比如内置的Flash组件、Pdf组件,或者通过指定命令行参数--register-pepper-plugins来加载,比如:chrome --register-pepper-
plugins="D:\\ppapi\\ppapi_example_gles2.dll;application/x-ppapi-example-gles2" D:\\ppapi\\gles2.html,这种方案常用于调试。可信的PPAPI组件以平台动态库的形式存在,所以一般Chrome沙箱内允许的API(比如CreateThread)都可以调用。
不可信组件:不可信的PPAPI组件需要使用Native Client机制发布(以Native Client的形式发布到Chrome Web Store或者以Portable Native Client的形式发布了网址的Web服务器上),而Native Client需要维系跨平台可移植性,完全与系统API告别了,只能使用PPAPI提供的开发库和C/C++运行库,不过目前来看,基本的需求也是可以满足的。
下面贴一段PPAPI与JS交互的典型场景:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
<object id=
"plugin"
type=
"application/x-ppapi-post-message-example"
width=
"1"
height=
"1"
/>
function
HandleMessage(message_event) {
if
(message_event.data) {
alert(
"The string was a palindrome."
);
}
else
{
alert(
"The string was not a palindrome."
);
}
}
function
AddListener() {
var
plugin = document.getElementById(
"plugin"
);
plugin.addEventListener(
"message"
, HandleMessage,
false
);
}
document.addEventListener(
"DOMContentLoaded"
, AddListener,
false
);
function
SendString() {
var
plugin = document.getElementById(
"plugin"
);
var
inputBox = document.getElementById(
"inputBox"
);
// Send the string to the plugin using postMessage. This results in a call
// to Instance::HandleMessage in C++ (or PPP_Messaging::HandleMessage in C).
plugin.postMessage(inputBox.value);
}
|
JS通过挂接插件的message事件来接收C/C++发送过来的通知,同时可以通过调用插件的postMessage方法给C/C++发送消息。
PPAPI的开发接口
无论是可信的还是不可信的PPAPI组件,一般都会提供三个导出函数:
int32_t PPP_InitializeModule(PP_Module module, PPB_GetInterface get_browser_interface);
初始化PPAPI模块,传入浏览器生成的模块句柄PP_Module,同时通过get_browser_interface参数给插件模块提供浏览器宿主常见的功能接口,比如PPB_Core、PPB_Messaging 、PPB_URLLoader、PPB_FileIO等接口。
void PPP_ShutdownModule(void);
关闭模块
const void* PPP_GetInterface(const char* interface_name);
提供给浏览器宿主的功能接口,比如PPP_Instance、PPP_InputEvent、PPP_Messaging等接口。
除了PPP_ShutdownModule是可选的,其他两个导出函数必须实现。PPB_GetInterface和PPP_GetInterface是插件(PPAPI)和宿主(浏览器的Plugin进程)功能交互的唯一切入口。
命名规范上,宿主Browser提供给插件(PPAPI)的接口以PPB命名开头,可以从导出函数PPP_InitializeModule 传入的PPB_GetInterface参数中根据接口ID查询对应的功能接口,下面列举一些常用的功能接口:
功能说明 | 接口ID | 接口定义 | 重要成员方法说明 |
核心基础接口 | PPB_CORE_INTERFACE | PPB_Core | AddRefResource、ReleaseResource:增加/减少资源的引用计数GetTime、GetTimeTicks:获取当前的时间CallOnMainThread、IsMainThread:主线程相关的处理 |
消息接口 | PPB_MESSAGING_INTERFACE | PPB_Messaging | PostMessage:抛送消息(Plugin->JS,JS通过addEventListener挂接message事件) RegisterMessageHandler、UnregisterMessageHandler:自定义消息处理对象,用于拦截PPP_Messaging接口的HandleMessage处理(应用场景未明) |
HTTP请求接口 | PPB_URLLOADER_INTERFACE | PPB_URLLoader | 常用的HTTP请求操作:Open、GetResponseInfo、ReadResponseBody、Close等等 |
文件IO操作 | PPB_FILEIO_INTERFACE | PPB_FileIO | File的基本操作:Create、Open、Read、Write、Close等 |
网络操作 | PPB_UDPSOCKET_INTERFACE、 PPB_TCPSOCKET_INTERFACE、 PPB_HOSTRESOLVER_INTERFACE等 | PPB_UDPSocket、 PPB_TCPSocket、 PPB_HostResolver等 | UDP套接字、TCP套接字、域名解析服务等常用的操作接口。 |
音视频操作 | PPB_AUDIO_INTERFACE、 PPB_VIDEODECODER_INTERFACE、 PPB_VIDEOENCODER_INTERFACE等 | PPB_Audio、 PPB_VideoDecoder、 PPB_VideoEncoder等 | 封装音视频的编解码等操作。 |
此外还有Image、2D、3D等接口,基本上满足开发本地应用的所有功能。
插件(PPAPI)提供给宿主Browser的接口以PPP命名开头
功能说明 | 接口ID | 接口定义 | 重要成员方法说明 |
插件实例对象 | PPP_INSTANCE_INTERFACE | PPP_Instance | DidCreate、DidDestroy:插件创建销毁通知 DidChangeView、DidChangeFocus:插件尺寸、焦点改变通知 HandleDocumentLoad:Document加载完成通知 这些调用最终都映射到Instance实例的相关成员方法上。 |
输入接口 | PPP_INPUT_EVENT_INTERFACE | PPP_InputEvent | HandleInputEvent:处理输入消息,最终转接到Instance的HandleInputEvent接口 |
消息接口 | PPP_MESSAGING_INTERFACE | PPP_Messaging | HandleMessage:处理消息(JS->Plugin, JS调用插件的postMessage方法),最终映射到Instance实例的HandleMessage方法。 |
除了这三个基础的接口,Module对象(后面再细讲)的AddPluginInterface提供了扩展插件接口的功能,比如:
封装PDF插件功能的PPP_Pdf接口;
封装视频采集功能的PPP_VideoCapture_Dev接口;
封装视频硬件解码的PPP_VideoDecoder_Dev接口;
封装3D图形相关的通知事件的PPP_Graphics3D接口;
此外还有PPP_MouseLock、PPP_Find_Private、PPP_Instance_Private等私有接口。
插件实例: 每类插件都支持创建多个插件实例(比如浏览器打开多个带有Flash元素的页面),每个插件实例都对应一个PP_Instance句柄。
资源:由PP_Resource表示,这里的资源只是一种概念,因为前面提到的PPB、PPP接口都是模块级别,调用的时候需要传入PP_Instance句柄表示这次调用派往哪个插件实例,同时,某个功能的调用需要记录调用上下文,比如PPB_URLLoader,开启某个URL请求,读取某个已打开的URL请求多少字节、关闭某个已打开的URL请求,这个过程中“某个”就是用PP_Resource来表示,它是用来衔接插件端和宿主容器功能调用上下文的句柄。每个PP_Resource都隶属于一个PP_Instance。PP_Resource资源对象采用引用计数的方式维系生命周期,开发者可以使用PPB_Core接口的AddRefResource和ReleaseResource来对PP_Resource的引用计数进行增减。
PP_Instance、PP_Resource不仅是PPAPI插件与PPAPI Plugin宿主之间的交互桥梁,同时也是PPAPI Plugin宿主进程与浏览器Browser进程和Render进程之间的衔接,对于某个功能Resource,比如URLLoader,从插件模块的角度来看,插件模块封装接口调用的Proxy端,Plugin宿主进程是真正实现功能的Stub端,但Plugin进程也不是真正执行请求的地方,因为Plugin进程运行在沙箱里面,权限受限,文件操作、硬件访问等之类的功能都做不到。从Plugin进程的角度看,Plugin进程也只是个Proxy,Stub是Browser进程(有些功能Resource,Stub是Render进程,比如音视频编解码等)。他们之前都是通过PP_Instance和PP_Resource来做衔接标识。
介绍完基础概念,下面介绍开发框架。原生的开发接口都是C形式的,可以使用这些C接口直接开发你的应用:实现三个前面提到的导出函数,尤其是必须实现PPP_InitializeModule和PPP_GetInterface,保存宿主传过来的PPB_GetInterface功能接口,提供给宿主自己的PPP_GetInterface调用,代码示例如下:
PP_Module g_module_id;
PPB_GetInterface g_get_browser_interface = NULL;
PP_EXPORT int32_t PPP_InitializeModule(PP_Module module_id,
PPB_GetInterface get_browser_interface) {
// Save the global module information for later.
g_module_id = module_id;
g_get_browser_interface = get_browser_interface;
return PP_OK;
}
PP_EXPORT void PPP_ShutdownModule() {
}
PP_EXPORT const void* PPP_GetInterface(const char* interface_name) {
// You will normally implement a getter for at least PPP_INSTANCE_INTERFACE
// here.
return NULL;
}
C语言的相关接口请参见前面的章节。
除了C接口之外,PPAPI框架还提供了这些C接口的C++封装版本,使用C++版本可以忽略一些接口细节,比如PP_Resource。下面详细说下PPAPI的C++开发库。
首先,使用C++版本,开发者就无需关心三个导出函数的具体实现,框架在ppp_entrypoints.cc文件里对三个导出函数做了实现,创建Module对象标识整个插件模块:
开发者只需要提供自己的Module实现—MyModule,定制自己的插件实例MyInstance即可,示例代码:
class MyInstance : public pp::Instance {
public:
explicit MyInstance(PP_Instance instance) : pp::Instance(instance) {}
virtual ~MyInstance() {}
virtual bool Init(uint32_t argc, const char* argn[], const char* argv[]) {
return true;
}
};
// This object is the global object representing this plugin library as long
// as it is loaded.
class MyModule : public pp::Module {
public:
MyModule() : pp::Module() {}
virtual ~MyModule() {}
// Override CreateInstance to create your customized Instance object.
virtual pp::Instance* CreateInstance(PP_Instance instance) {
return new MyInstance(instance);
}
};
namespace pp {
// Factory function for your specialization of the Module object.
Module* CreateModule() {
return new MyModule();
}
} // namespace pp
在Module的实现中,除了保存PPP_InitializeModule导出函数传送过来的PPB_GetInterface接口并通过GetBrowserInterface接口暴露出去,同时也对PPP_GetInterface导出函数做了实现,对PPP_INPUT_EVENT_INTERFACE、PPP_INSTANCE_INTERFACE、PPP_MESSAGING_INTERFACE三个PPP功能接口做了封装,把Plugin宿主的调用全部转接到Instance实现的对应成员方法上。除了支持这三个核心的PPP接口,Module还提供了AddPluginInterface方法让其它的功能组件定制其它的PPP接口实现,比如之前接口说明中提到的PPP_VideoCapture_Dev、PPP_Graphics3D等。
Instance主要成员方法说明
成员方法 | 功能说明 |
Init | 初始化,在PPP_Instance接口的DidCreate创建Instance实例后调用 |
DidChangeView | 同样来自PPP_Instance接口的通知,在插件显示区域创建或改变时触发,通知参数被封装成View类,View类通过PPB_View接口可以获取插件的区域、缩放比例等信息 |
HandleInputEvent | 来自PPP_InputEvent接口的通知,处理用户输入事件(鼠标、键盘等),具体请查看InputEvent类的封装。 |
HandleMessage | 来自PPP_Messaging接口,接收前端JS发送过来的消息。 |
PostMessage | 调用PPB_Messaging接口的PostMessage接口,功能与HandleMessage相对,给前端JS发送通知。 |
BindGraphics | 调用PPB_Instance的BindGraphics接口,指定渲染接口,有Graphics2D、Graphics3D、Compositor三种渲染方式。 |
前面说过,每个功能都对应一个PP_Resource句柄,PPAPI的C++库使用Resource类封装了PP_Resource句柄(主要封装PPB_Core接口对引用计数的调用),具体的功能类都派生自Resource。
上图列举了一些具有典型意义的功能类封装:
View:获取插件的界面显示区域信息,封装PPB_View接口。类似的UI封装还有Fullscreen
FileIO:文件IO操作(文件读取/写入),封装PPB_FileIO接口调用。FileIO类并不是我们平时理解的直接操作磁盘上某个目录读写操作,它使用HTML5 的本地文件系统FileSystem API,读写的文件路径都是在这个系统下的相对目录,File System API可以理解为Chromium沙箱内的文件系统,页面之间是隔离的。类似的还有DirectoryEntry(目录操作)。
VideoEncoder:视频编码操作,封装PPB_VideoEncoder接口调用,类似的还有VideoDecoder(视频解码)、VideoFrame(视频帧数据封装)、AudioEncoder(音频编码)、Audio(音频播放控制)、AudioBuffer(音频帧数据封装)、AudioInput_Dev(音频采集)、VideoCapture_Dev(视频采集)等等,PPAPI的音视频接口较多,有效地弥补了HTML5这方面的不足。从Chromium源码端分析,目前音频编码只支持OPUS,视频编解码支持H264、VP8/VP9。
编码方面:H264只支持硬件编码,VP8/VP9同时支持硬件和软件编码
解码方面:如果指定使用硬件加速,H264和VP8/VP9优先使用硬件解码(GPU),失败后再尝试软件解码(使用libvpx和FFmpeg)。
TCPSocket、URLLoader:网络相关的操作,同样的封装还有NetAddress、UDPSocket、HostResolver等。
Graphics3D:3D渲染逻辑,封装PPB_Graphics3D接口,类似的还有Graphics2D、Compositor方式。
PP_CompletionCallback概念:封装了编程中的任务操作,PPAPI中耗时的操作都采用异步的编程方式,比如音视频编码、文件读取、URL请求等操作,这些操作不会立马返回,需要传入一个回调接口来接受完成通知。这个回调接口的C语言定义格式如下:
struct PP_CompletionCallback {
/**
* This value is a callback function that will be called, or NULL if this is
* a blocking completion callback.
*/
PP_CompletionCallback_Func func;
/**
* This value is a pointer to user data passed to a callback function.
*/
void* user_data;
/**
* Flags used to control how non-NULL callbacks are scheduled by
* asynchronous methods.
*/
int32_t flags;
};
PP_CompletionCallback_Func的原型:
typedef void (*PP_CompletionCallback_Func)(void* user_data, int32_t result);
比如PPB_VideoEncoder接口的Encode方法,其原型如下
int32_t (*Encode)(PP_Resource video_encoder,
PP_Resource video_frame,
PP_Bool force_keyframe,
struct PP_CompletionCallback callback);
当这一帧编码完成时,会回调传入的callback接口,user_data参数原封不动传回去,result指定编码的结果,成功值是PP_OK。user_data参数原封不动地一来一回,一个很重要的考虑就是兼容C++的成员方法做为回调函数的处理逻辑。关于如何将C++的成员函数转成PP_CompletionCallback_Func风格的C函数,请参考CompletionCallback和CompletionCallbackFactory的代码逻辑,CompletionCallbackFactory还实现了一套简陋的参数Bind机制,此外还有一个CompletionCallbackWithOutput模板类,用于支持带输出参数的CompletionCallback 版本,原理上也仅仅是在CompletionCallbackWithOutput内部创建一个成员变量作为PPB接口的参数。从个人角度看,这些看似复杂的玩意玩不转就不玩,不影响使用,再说CompletionCallbackWithOutput实现的也不够通用,只支持一个输出参数。
PPB_MessageLoop:对应的C++封装类是MessageLoop,是线程环境执行的重要辅助类。将MessageLoop对象附加到当前线程,线程间投递任务非常方便。
此外还有一套模拟脚本变量声明的组件:Var、VarArray、VarDictionary等,主要是为了方便postMessage、HandleMessage与JS交互的接口数据,抽象具体的类型信息,避免过载,还有Point、Rect、Size等常用的UI基础封装,这些都没有细讲的必要。