CN113204385A - 一种插件加载方法、装置、计算设备及可读存储介质 - Google Patents

Abstract

本发明公开了一种插件加载方法，适于在计算设备中执行，包括步骤：创建插件加载主进程；获取当前需要加载的目标插件的插件数量；通过主进程创建插件数量个子进程；通过子进程加载目标插件，并把目标插件的加载信息传递回主进程。本发明一并公开了相应的装置、计算设备及可读存储介质。

Description

一种插件加载方法、装置、计算设备及可读存储介质

技术领域

本发明涉及动态链接库加载技术领域，尤其涉及一种插件加载方法、装置、计算设备及可读存储介质。

背景技术

现代浏览器除了支持基本的网页浏览等功能外，还提供了一组对外的标准接口，第三方厂商基于这些接口可以开发能够在浏览器中运行的程序，用于丰富浏览器的功能或者可以使这些厂商的产品能够在浏览器中运行，这些第三方厂商开发的能够在浏览器中运行的程序称之为插件。

在linux系统中，第三方厂商的插件都是以动态链接库的形式提供，浏览器应用在启动的时候，会自动加载这些插件，例如，浏览器在解析网页页面的时候，遇到了一个插件支持的特殊mime type，就会调用相应的插件来处理这个mime type，比如浏览器在页面中遇到了application/x-wps这个mime type，而系统里又安装了wps厂商提供的wps插件，此时浏览器就会调用wps插件来处理application/x-wps，这样网页中就显示了一个wps软件窗口。

常见的浏览器方案中，均是在浏览器主进程browser进程中，以单进程的方式依次遍历当前系统中的插件动态链接库，然后依次加载。通常一个插件动态库，还要依赖很多第三方的动态库，因此，在加载插件动态链接库时，首先会先加载其依赖的第三方动态库。而不同插件可能依赖相同的第三方动态库，然而又由于各自的独特性使得一次加载第三方动态库并不能满足不同插件对其的依赖。

发明内容

为此，本发明提供了一种插件加载方法、装置、计算设备及可读存储介质，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供一种插件加载方法，适于在计算设备中执行，包括步骤：创建插件加载主进程；获取当前需要加载的目标插件的插件数量；通过主进程创建插件数量个子进程；通过子进程加载目标插件，并把目标插件的加载信息传递回主进程。

可选的，在根据本发明的插件加载方法中，目标插件依赖于第三方动态链接库，通过子进程加载目标插件包括：加载第三方动态链接库；基于第三方动态链接库加载目标插件。

可选的，在根据本发明的插件加载方法中，目标插件的类型包括ActiveX类型、npapi类型。

可选的，在根据本发明的插件加载方法中，通过主进程创建插件数量个子进程包括：主进程通过fork创建子进程。

可选的，在根据本发明的插件加载方法中，子进程与主进程之间的通信机制包括：管道、消息队列和共享内存。

可选的，在根据本发明的插件加载方法中，还包括：当任一个目标插件加载完成时，结束该目标插件对应的子进程。

可选的，在根据本发明的插件加载方法中，主进程为浏览器进程。

根据本发明的又一个方面，提供一种插件加载装置，适于驻留在计算设备中，包括：进程管理单元，适于创建插件加载主进程；通过主进程创建子进程；插件管理单元，适于获取当前需要加载的目标插件的插件数量；通过子进程加载目标插件，并把目标插件的加载信息传递回主进程。

根据本发明的又一个方面，提供一种计算设备，包括：至少一个处理器；以及存储器，存储有程序指令，其中，程序指令被配置为适于由至少一个处理器执行，程序指令包括用于执行如上的任一项插件加载方法的指令。

根据本发明的又一方面，提供一种存储有程序指令的可读存储介质，当程序指令被计算设备读取并执行时，使得计算设备执行如上的任一项插件加载方法。

根据本发明的插件加载方法，对于加载插件的主进程并不直接加载目标插件，而是创建子进程，由子进程去加载插件，每个子进程独立的去加载一个插件，子进程之间相互独立，互不影响，插件所依赖的第三方动态链接库会被独立加载，从而解决了插件之间冲突的问题，确保插件加载成功，且在插件加载失败时，能够根据对应进程迅速查明原因。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的计算设备100的框图；

图2示出了根据本发明一个实施例的插件加载方法200的流程图；

图3示出了根据本发明一个实施例的插件加载过程示意图；

图4示出了根据本发明一个实施例的插件加载装置400的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

现代浏览器除了网页浏览功能外，还通过第三方厂商的插件程序实现了更多功能，例如，使用wps厂商开发的wps插件，就可以在浏览器中离线编辑wps文档；使用银行开发的网银插件，就可以在浏览器中使用u盾。然而，现有的技术方案中，这些第三方插件都是通过浏览器进程以单进程的方式依次加载各个插件动态链接库，比如，浏览器进程browser要加载三个插件，分别是plugin_1.so，plugin_2.so，plugin_3.so，而plugin_1.so又依赖另外两个动态链接库A.so和B.so，plugin_2.so又依赖另外两个动态链接库A.so和C.so，其中，plugin_1.so和plugin_2.so都依赖的A.so是同一个动态库的同一个版本，那么browser进程在加载plugin_1.so、plugin_2.so、plugin_3.so时，会先加载其依赖的第三方库，根据插件加载顺序，先加载第一个插件plugin_1.so，在加载plugin_1.so时先加载其依赖的动态库A.so和B.so，进而加载plugin_1.so插件，同样，在加载plugin_2.so时，brower进程会首先加载其依赖的动态库，即A.so和C.so，而A.so已经加载过，不用再加载，而插件plugin_1.so在加载动态库A.so时可能会根据需要做了修改，将导致plugin_2.so由于不能兼容这个修改过的A.so而导致加载失败。

本发明提出了一种有效解决这类问题的插件加载方法，方法适于在计算设备中执行，图1示出了根据本发明一个实施例的计算设备100的示意图。需要说明的是，图1所示的计算设备100仅为一个示例，在实践中，用于实施本发明的插件加载方法的计算设备可以是任意型号的设备，其硬件配置情况可以与图1所示的计算设备100相同，也可以与图1所示的计算设备100不同。实践中用于实施本发明的插件加载方法的计算设备可以对图1所示的计算设备100的硬件组件进行增加或删减，本发明对计算设备的具体硬件配置情况不做限制。

如图1所示，在基本的配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。

取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。

取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。计算设备中的物理内存通常指的是易失性存储器RAM，磁盘中的数据需要加载至物理内存中才能够被处理器104读取。系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据124。在一些实施方式中，应用122可以布置为在操作系统上由一个或多个处理器104利用程序数据124执行指令。操作系统120例如可以是Linux、Windows等，其包括用于处理基本系统服务以及执行依赖于硬件的任务的程序指令。应用122包括用于实现各种用户期望的功能的程序指令，应用122例如可以是浏览器、即时通讯软件、软件开发工具(例如集成开发环境IDE、编译器等)等，但不限于此。当应用122被安装到计算设备100中时，可以向操作系统120添加驱动模块。

在计算设备100启动运行时，处理器104会从存储器106中读取操作系统120的程序指令并执行。应用122运行在操作系统120之上，利用操作系统120以及底层硬件提供的接口来实现各种用户期望的功能。当用户启动应用122时，应用122会加载至存储器106中，处理器104从存储器106中读取并执行应用122的程序指令。

计算设备100还包括储存设备132，储存设备132包括可移除储存器136和不可移除储存器138，可移除储存器136和不可移除储存器138均与储存接口总线134连接。

计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个A/V端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于经由一个或者多个I/O端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

在根据本发明的计算设备100中，应用122包括用于执行本发明的插件加载方法200的指令，该指令可以指示处理器104执行本发明的插件加载方法200。

图2示出了根据本发明一个实施例的插件加载方法200的流程图，适于在计算设备(如图1所示的计算设备)中执行，如图2所示，方法始于步骤S210，通过加载插件主进程获取需要加载的目标插件。根据本发明的一个实施例，浏览器的brower进程(即主进程)启动后，先遍历当前系统页面存在的需要加载的目标插件，并统计目标插件的数量，但并不直接加载插件。插件(Plug-in)是一种遵循一定规范的应用程序接口编写出来的程序，其只能运行在程序规定的系统平台下(可以同时支持多个平台)，而不能脱离指定的平台单独运行，因为插件需要调用原纯净系统提供的函数库或者数据。插件的主流标准包括activex和npapi两种。

随后进入步骤S220，根据目标插件数量创建子进程。主进程在统计出目标插件的数量后，相应fork出和目标插件数量一致的子进程，例如，当前系统界面需要加载三个插件，则通过主进程创建三个子进程。

随后进入步骤S230，通过子进程分别加载目标插件。根据本发明的一个实施例，浏览器中包含三个插件plugin_1.so、plugin_2.so、plugin_3.so，分别由子进程1、2、3进行加载。其中plugin_1.so依赖于第三方动态库A.so和B.so，plugin_2.so依赖于动态库A.so和C.so。

子进程1加载插件plugin_1.so时，根据依赖关系，首先加载plugin_1.so依赖的动态库A.so和B.so，进而加载plugin_1.so，并在加载完plugin_1.so后通过步骤S240将插件信息返回给主进程，同时退出子进程1。

同理，子进程2在加载插件plugin_2.so时，根据依赖关系，首先加载动态库A.so和C.so，进而加载pligin_2.so，pligin_2.so加载完成后通过步骤S240将插件加载信息返回给主进程，并退出子进程2。由于子进程2独立加载动态库A.so，即使插件plugin_1.so对依赖的动态库A.so有修改，也不会影响到插件plugin_2.so的加载。

子进程3加载插件pligin_3.so，pligin_3.so没有其它依赖插件，直接进行加载，在加载完成时，通过步骤S240将插件信息返回给主进程。

在本步骤中，子进程1、2、3并行加载对应的插件，在加载依赖插件时，各个子进程独立加载对应的插件，子进程之间互相独立，互不影响，子进程加载完成后，通过管道通信方式，将插件信息传回给主进程brower，在brower进程中统计插件信息，最终生成插件列表。因为每个子进程在自己独立的地址空间加载插件及其依赖的插件，相互之间不受影响，避免了插件之间加载冲突的问题。图3示出了根据本发明一个实施例的插件加载过程示意图。

根据本发明的一个实施例，当目标插件所依赖的第三方动态库还依赖于其他动态库时，对应该目标插件的子进程可以根据动态库依赖关系进一步创建子进程的子进程，用以加载其他动态库，即根据本发明的插件加载方法可以实现多次迭代。

图4示出了根据本发明一个实施例的插件加载装置400的示意图。装置400适于驻留在计算设备中，执行方法200。如图4所示，插件加载装置400包括进程管理单元410和插件管理单元420。

进程管理单元410适于创建插件加载主进程(例如浏览器加载进程)，并根据主进程要加载的目标插件数量创建子进程，例如主进程通过fork创建子进程。

插件管理单元420适于获取当前主进程(浏览器进程)需要加载的目标插件的插件数量，并通过子进程加载目标插件，每一个子进程负责一个目标插件，在目标插件加载完成时将插件加载信息传递回主进程。其中，目标插件包括ActiveX插件、npapi插件，可以依赖于第三方动态链接库(即依赖插件)，子进程在加载目标插件时首先加载第三方动态链接库，并基于加载的第三方动态链接库加载目标插件。子进程在加载完目标插件后可以通过管道、消息队列或共享内存等方式将插件加载信息传递给主进程，进而子进程结束退出。

根据本发明的插件加载方法，对于加载插件的主进程并不直接加载目标插件，而是创建子进程，由子进程去加载插件，每个子进程独立的去加载一个插件，子进程之间相互独立，互不影响，插件所依赖的第三方动态链接库会被独立加载，从而解决了插件之间冲突的问题，确保插件加载成功，且在插件加载失败时，能够根据对应进程迅速查明原因。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的插件加载方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种插件加载方法，适于在计算设备中执行，包括步骤：

创建插件加载主进程；

获取当前需要加载的目标插件的插件数量；

通过所述主进程创建所述插件数量个子进程；

通过所述子进程加载所述目标插件，并把所述目标插件的加载信息传递回主进程。

2.如权利要求1所述的方法，所述目标插件依赖于第三方动态链接库，所述通过所述子进程加载所述目标插件包括：

加载所述第三方动态链接库；

基于所述第三方动态链接库加载所述目标插件。

3.如权利要求1或2所述的方法，所述目标插件的类型包括ActiveX类型、npapi类型。

4.如权利要求1-3中任意一项所述的方法，其中，所述通过所述主进程创建所述插件数量个子进程包括：

所述主进程通过fork创建子进程。

5.如权利要求1-4中任意一项所述的方法，所述子进程与所述主进程之间的通信机制包括：管道、消息队列和共享内存。

6.如权利要求1-5中任意一项所述的方法，还包括：

当所述任一个目标插件加载完成时，结束该目标插件对应的子进程。

7.如权利要求1-6中任意一项所述的方法，其中，所述主进程为浏览器进程。

8.一种插件加载装置，适于驻留在计算设备中，包括：

进程管理单元，适于创建插件加载主进程；通过所述主进程创建子进程；

插件管理单元，适于获取当前需要加载的目标插件的插件数量；通过所述子进程加载所述目标插件，并把所述目标插件的加载信息传递回主进程。

9.一种计算设备，包括：

至少一个处理器；以及

存储器，存储有程序指令，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如权利要求1-7中任一项所述方法的指令。

10.一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如权利要求1-7中任一项所述方法。

Images