PPAPI插件开发指南

转载请注明出处:http://www.cnblogs.com/fangkm/p/4401075.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交互的典型场景:

<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基础封装,这些都没有细讲的必要。

posted @ 2017-03-27 19:56  孤竹君  阅读(36069)  评论(8编辑  收藏  举报