CN108958833A - 一种加载插件的方法及终端设备 - Google Patents
一种加载插件的方法及终端设备 Download PDFInfo
- Publication number
- CN108958833A CN108958833A CN201810615910.9A CN201810615910A CN108958833A CN 108958833 A CN108958833 A CN 108958833A CN 201810615910 A CN201810615910 A CN 201810615910A CN 108958833 A CN108958833 A CN 108958833A
- Authority
- CN
- China
- Prior art keywords
- plug
- unit
- exclusive lock
- lock
- detection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 590
- 230000008569 process Effects 0.000 claims abstract description 543
- 238000001514 detection method Methods 0.000 claims abstract description 81
- 238000011897 real-time detection Methods 0.000 claims abstract description 23
- 230000004044 response Effects 0.000 claims abstract description 11
- 238000013459 approach Methods 0.000 claims description 33
- 238000004590 computer program Methods 0.000 claims description 9
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 claims description 5
- 238000004364 calculation method Methods 0.000 claims 1
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 10
- 230000008901 benefit Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 238000007599 discharging Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000004148 unit process Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
- G06F9/44526—Plug-ins; Add-ons
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种加载插件的方法及终端设备，在M个进程加载N个插件的过程中，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态；其中，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求；若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种加载插件的方法及终端设备。
背景技术
插件(Plug-in,又称addin、add-in、addon或add-on,又译外挂)是一种遵循一定规范的应用程序接口编写出来的程序。插件是指会随着IE浏览器的启动自动执行的程序，其只能运行在程序规定的系统平台下，可能同时支持多个平台，但不能脱离指定的平台单独运行。也就是说，插件必须依附于应用程序的启动才能够运行。插件的类型有无数种，例如有些插件程序能够帮助用户更方便浏览因特网或调用上网辅助功能，有的插件可以帮助用户网上支付等等。例如，在安装相关的插件后，浏览器能够直接调用插件程序，用于处理特定类型的文件。
鉴于插件的特殊性，在运行插件之前必须先加载插件，而在目前加载插件方式，多个进程可以在任意时刻加载插件，但是，如果允许两个及以上进程同时加载同一个插件，是会报错的。
故而，现有技术存在的问题是，两个及以上进程同时加载同一个插件导致插件加载错误的技术问题。
发明内容
鉴于上述问题，为了避免多个进程在同一时刻加载同一个插件。提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种加载插件的方法及终端设备。
本发明的一个方面，提供了一种加载插件的方法，包括：
在M个进程加载N个插件的过程中，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态；其中，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求；M、N为正整数；
若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
优选的，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态，具体包括：
所述M个进程中的各进程实时检测各插件的独占锁是否被其他进程获取；
若是，则表示对应插件的独占锁处于使用状态。
优选的，所述若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，在预设时间范围内，所述M个进程中的各进程每隔预设时长检测所述第一插件是否解锁；
若在所述预设时间范围内所述M个进程中任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
若在所述预设时间范围外，所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
优选的，所述若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
若检测到所述N个插件中有独占锁处于使用状态的第一插件，所述M个进程中的各进程基于预设检测次数重复检测所述第一插件是否解锁；
若在所述预设检测次数内所述M个进程中任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
若在所述预设检测次数达到时，所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
优选的，所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
所述M个进程中的各进程创建用于读取所述第二插件的文件通道；
所述M个进程中的各进程利用各自的文件通道获取所述第二插件的独占锁；
若所述M个进程中的第一进程获取到所述第二插件的独占锁，则所述第一进程加载所述第二插件。
优选的，所述第一进程加载所述第二插件之后，所述方法还包括：
所述第一进程释放所述第二插件的独占锁。
优选的，所述M个进程中的各进程创建读取所述第二插件的文件通道，具体包括：
所述M个进程中的各进程创建所述第二插件的锁文件，用于放置所述第二插件的独占锁；
所述M个进程中的各进程获得所述第二插件的锁文件的输出流；
所述M个进程中的各进程获得所述第二插件的文件通道。
优选的，所述第一进程加载所述第二插件，具体包括：
所述第一进程将所述第二插件中的文件体读取到临时文件；其中，所述第二插件包含文件头和所述文件体；
所述第一进程将所述临时文件重命名，成为可读插件；
所述第一进程创建所述可读插件的类装载器，以加载所述可读插件；
所述第一进程反射所述可读插件的插件入口类，使得所述第一进程和所述可读插件建立连接关系。
优选的，所述第一进程释放所述第二插件的独占锁，具体包括：
所述第一进程释放用于放置所述第二插件的独占锁的锁文件；
所述第一进程关闭所述第二插件的文件通道；
所述第一进程关闭所述第二插件的锁文件的输出流；
所述第一进程删除所述第二插件的锁文件。
本发明的另一个方面，一种终端设备，包括：
第一检测模块，用于在M个进程加载N个插件的过程中，通过创建的所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态；其中，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求；M、N为正整数；
第一加载模块，用于若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则通过所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
优选的，所述第一检测模块，具体用于通过创建的所述M个进程中的各进程实时检测各插件的独占锁是否被其他进程获取；若是，则表示对应插件的独占锁处于使用状态。
优选的，所述第一加载模块，具体包括：
第二检测模块，用于若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，在预设时间范围内，通过所述M个进程中的各进程每隔预设时长检测所述第一插件是否解锁；
第一获取模块，用于若在所述预设时间范围内所述M个进程中任一进程最快检测到所述第一插件解锁，则通过最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
第二加载模块，用于若在所述预设时间范围外，通过所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
优选的，所述第一加载模块，具体包括：
第三检测模块，用于若检测到所述N个插件中有独占锁处于使用状态的第一插件，通过所述M个进程中的各进程基于预设检测次数重复检测所述第一插件是否解锁；
第二获取模块，用于若在所述预设检测次数内所述M个进程中任一进程最快检测到所述第一插件解锁，则通过最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
第三加载模块，用于若在所述预设检测次数达到时，通过所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
优选的，所述第一加载模块，具体包括：
第一读取模块，用于通过所述M个进程中的各进程创建读取所述第二插件的文件通道；
第三获取模块，用于通过所述M个进程中的各进程利用各自的文件通道获取所述第二插件的独占锁；
第四加载模块，用于若所述M个进程中的第一进程获取到所述第二插件的独占锁，则通过所述第一进程加载所述第二插件。
优选的，所述终端设备还包括：
释放模块，用于通过所述第一进程释放所述第二插件的独占锁。
优选的，所述第一读取模块，具体包括：
第一创建模块，用于通过所述M个进程中的各进程创建所述第二插件的锁文件，用于放置所述第二插件的独占锁；
第一获得模块，用于通过所述M个进程中的各进程获得所述第二插件的锁文件的输出流；
第二获得模块，用于通过所述M个进程中的各进程获得所述第二插件的文件通道。
优选的，所述第四加载模块，具体包括：
第二读取模块，用于通过所述第一进程将所述第二插件中的文件体读取到临时文件；其中，所述第二插件包含文件头和所述文件体；
重命名模块，用于通过所述第一进程将所述临时文件重命名，成为可读插件；
第二创建模块，用于通过所述第一进程创建所述可读插件的类装载器，以加载所述可读插件；
反射模块，用于通过所述第一进程反射所述可读插件的插件入口类，使得所述第一进程和所述可读插件建立连接关系。
优选的，所述释放模块，具体包括：
释放子模块，用于通过所述第一进程释放用于放置所述第二插件的独占锁的锁文件；
第一关闭模块，用于通过所述第一进程关闭所述第二插件的文件通道；
第二关闭模块，用于通过所述第一进程关闭所述第二插件的锁文件的输出流；
本发明公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。
本发明公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。
本申请实施例中提供的技术方案，至少具有如下技术效果或优点：
本发明公开了一种加载插件的方法及终端设备，在M个进程加载N个插件的过程中，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态。N个插件中的每个插件都设置有各自的独占锁，各插件利用各自的独占锁进行锁定，而独占锁的主要作用是禁止所属插件响应没有获得所述独占锁的进程的加载请求，故而，插件的独占锁每次只供一个进程获得，其他进程是不能够调用该插件的。故而若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。由于各插件的独占锁的作用，多个进程不可能同时加载一个插件，故而能够避免出现多个进程同时加载同一个插件进而导致的加载错误的情况出现，并且每个插件在同一时刻只能够允许一个进程使用，进而能够实现多个进程同时加载多个插件的效果。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的一种加载插件的方法的实施过程图；
图2示出了根据本发明一个实施例的一种终端设备的示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明实施例提供了一种加载插件的方法及系统，用以解决现有技术的两个及以上进程同时加载同一个插件导致插件加载错误的技术问题。
作为一种可选的实施例，本发明实施例公开了一种加载插件的方法，包括：
步骤11，在M个进程加载N个插件的过程中，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态。
其中，M、N为正整数。实时检测的含义是以特定频率检测，例如每秒检测一次或者每0.5秒检测一次等等。
在具体的实施过程中，N个插件中的每个插件都有独占锁，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求。也就是说，插件的独占锁每次只供一个进程获得，如果某个进程具有该插件的独占锁，则表示该进程可以使用该插件，其他进程是不能够调用该插件的，独占锁会禁止插件响应其他进程(因为其他进程没有获得独占锁)加载该插件的加载请求。其他进程只能够等该进程调用完毕该插件并且释放了该插件的独占锁之后，才会有获得该插件的独占锁的机会，但是其他进程中也只有一个进程能够获得该独占锁进而调用该插件，剩余插件又需要进一步等待获得独占锁的进程使用完毕，才能够进一步竞争该插件的使用权。
故而，在每个插件中加入独占锁，就可以使得各插件每次只能够响应一个进程(该进程是获得该插件的独占锁的进程)的调用，而禁止响应其他进程的调用。而对于其他进程来说，要么等待该插件，要么加载其他独占锁没有被使用的插件。如果有多个进程，则由于各插件的独占锁的作用，多个进程不可能同时加载一个插件，故而能够避免出现加载错误的情况，并且每个插件在同一时刻只能够允许一个进程使用，进而能够实现多个进程同时加载多个插件的效果。
在具体的实施过程中，M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态，具体包括：所述M个进程中的各进程实时检测各插件的独占锁是否被其他进程获取；若是，则表示对应插件的独占锁处于使用状态。
也就是说，如果独占锁被某个进程获取，则表示对应的插件处于使用状态，那么该插件则不会响应其他进程的加载请求。
步骤12，若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
在具体的实施过程中，如果各进程检测到第一插件的独占锁已经被某个进程获取，那么则表示该第一插件处于使用状态，则各进程会转而加载独占锁没有处于使用状态的其他插件(也即第二插件)。当然，在加载的过程中，这些进程中，一个进程只能够加载成功一个第二插件。
作为一种可选的实施例，本发明在加载所述N个插件中独占锁没有处于使用状态的第二插件的过程中，还会在进程可允许等待的范围(时间范围、次数范围等等)里，判断第一插件是否被使用完毕。如果第一插件使用完毕，则在等待加载第一插件的进程可以加载第一插件。如果第一插件在进程可允许范围外还处于使用状态，则进程为了节约时间，也可以去加载第二插件，或者提示进程加载超时。
在具体的实施过程中，进程可以利用时间范围作为判断标准来判断第一插件，也可以利用预设次数作为判断标准来判断第一插件，下面请看具体的描述。
第一种方式是，若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，在预设时间范围内，所述M个进程中的各进程每隔预设时长检测所述第一插件是否解锁；若在预设时间范围内所述M个进程中任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；若在预设时间范围外，所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
举例来说，假设2个进程加载第一插件，进程1是成功获得第一插件的独占锁并使用第一插件的进程，当进程1成功加载第一插件之后，进程2则会在预设时间范围5秒内，每隔1秒检测第一插件是否解锁，若在5秒内检测到第一插件解锁，则表示进程1已经加载使用完毕该第一插件，那么则进程2可以加载第一插件。如果5秒之后第一插件还处于未解锁状态，则表示进程1还在使用第一插件，那么进程2则会加载第二插件或者提示加载超时。
当然，以上是两个进程加载同一个插件产生的实施过程，如果是三个或以上进程，则会出现被其他进程抢先加载到第一插件的情况，那么剩余的进程则会在各自的预设时间范围内继续判断第一插件的使用情况，如果剩余进程中的任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；若检测到所述第一插件未解锁，则加载所述第二插件或者是进程超时。举例来说，假设有3个进程加载第一插件，进程1是成功获得第一插件的独占锁并使用第一插件的进程，进程2和进程3则会实时检测第一插件的使用状态，如果进程2和进程3还想使用该第一插件，则会在预设时间范围5秒内，每隔1秒检测第一插件是否解锁(当然进程2和进程3有各自的预设时间范围，时间范围的数值也可以不同，比如进程的预设时间范围为2两秒，进程3的预设时间范围为5秒等等)。若在5秒内检测到第一插件解锁(例如3秒的时候检测到第一插件解锁)，则表示进程1已经加载使用完毕该第一插件，那么则进程2和进程3可以加载第一插件，当然，这两个进程也只有最快检测到第一插件解锁的进程能够加载成功，假设进程2加载成功第一插件，那么进程3会在剩余的2秒内继续检测第一插件是否解锁，如果5秒内第一插件解锁了，则加载第一插件。如果超过5秒第一插件还未解锁，则进程3加载第二插件或者显示加载超时。
第二种方式是，若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：若检测到所述N个插件中有独占锁处于使用状态的第一插件，所述M个进程中的各进程基于预设检测次数重复检测所述第一插件是否解锁；若在所述预设检测次数内所述M个进程中任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；若在预设检测次数达到时，所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。举例来说，假设2个进程加载第一插件，进程1是成功获得第一插件的独占锁并使用第一插件的进程，当进程1成功加载第一插件之后，进程2则会在预设检测次数5次，检测第一插件是否解锁，若在5次内检测到第一插件解锁，则表示进程1已经加载使用完毕该第一插件，那么则进程2可以加载第一插件。如果检测5次之后第一插件还处于未解锁状态，则表示进程1还在使用第一插件，那么进程2则会加载第二插件或者提示进程加载超时。
当然，不管是一个进程还是多个进程在检测第一插件，只要各进程在各自的预设检测次数内检测到第一插件解锁，则可以竞争加载第一插件，如果检测到第一插件未解锁，则加载第二插件或者显示加载超时。各插件的检测过程和其他的插件并无关联，只需要在自己的预设范围内检测第一插件是否解锁即可。
而作为一种可选的实施例，M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
首先，M个进程中的各进程创建读取所述第二插件的文件通道。其次，M个进程中的各进程获取所述第二插件的独占锁。当然，在这M个进程只有一个进程能够获得第二插件的独占锁，本发明实施例将获得第二插件的独占锁的进程命名为第一进程，故而，若所述M个进程中的第一进程获取到所述第二插件的独占锁，则执行所述第一进程加载所述第二插件的步骤。
而在各进程在加载第二插件时，各进程都需要创建和第二插件沟通的文件通道。文件通道FileChannel是用于连接文件的通道，通过它可以读、写文件的数据。创建了文件通道才能够进一步通向第二插件，进而获得第二插件的独占锁。故而不管获取独占锁能不能成功，每个进程都需要建立各自的文件通道。
而在各进程创建文件通道的过程中，会执行下面的步骤：
所述M个进程中的各进程创建所述第二插件的锁文件，用于放置所述第二插件的独占锁。创建锁文件的代码实现：File file＝new File(pluginLockName)。
所述M个进程中的各进程获得所述第二插件的锁文件的输出流。拿到锁文件的输出流FileOutputStream的代码实现：FileOutputStream out＝context.openFileOutput(filename,0)。
所述M个进程中的各进程获得所述第二插件的文件通道。获取第二插件的文件通道FileChannel的代码实现：
创建文件通道之后，各进程都会去利用各自的文件通道尝试获得第二插件的独占锁，但是，只有第一进程成功获得了第二插件的独占锁。
而在各进程获取第二插件的独占锁的过程中，会利用下述代码实现：fileLock＝fileChannel.tryLock()，也就是说，各进程都会通过各自的文件通道去获得独占锁，而tryLock()是非阻塞的，它会试着去获取这个锁，如果得到，就独占该插件，如果得不到(其它进程已经以独占方式得到这个锁了)，那它就直接返回。
而当第一进程成功获得了第二插件的独占锁，则会加载第二插件。
第一进程加载所述第二插件，具体包括下述实施过程：
所述第一进程将所述第二插件中的文件体读取到临时文件。其中，所述第二插件包含文件头和所述文件体。所述第一进程将所述临时文件重命名，成为可读插件。所述第一进程创建所述可读插件的类装载器，以加载所述可读插件。所述第一进程反射所述可读插件的插件入口类，使得所述第一进程和所述第二插件建立连接关系。
第二插件，是从服务器下发的一个文件，其格式：
| 文件头 |
| 文件体(真正的可用插件) |
而加载第二插件时，首先会释放第二插件，从首先找到服务器下发的插件文件，根据以上对插件格式的描述，我们知道，这个下发的插件文件其实是：文件头+文件体。所以，首先，要从这个插件文件中，把真正的可用插件提取出来，并释放到本地目录下，转化为可读插件。释放过程是：舍弃所有文件头，把文件体读取到一个临时文件plugin.tmp，然后再把这个临时文件rename成可读插件，这是一个典型的IO操作，即：源文件→临时文件plugin.tmp→可读插件。
创建所述可读插件的类装载器的过程中，创建插件的DexClassLoader，这样我们才能使用插件中的类。当然，在不同版本的Android虚拟机上，逻辑会有不同：
Dalvik虚拟机：会执行dexopt命令，生成odex文件。
ART虚拟机：会执行dex2oat命令，生成oat文件。
另外，在执行过程中，也存在IO输入输出操作，因为生成的文件是需要写到本地目录的。
进一步的，在创建所述可读插件的类装载器之后，就会反射所述可读插件的插件入口类，使得所述第一进程和所述第二插件建立连接关系。进而，第一进程可以读取可读插件进行处理。
而在第一进程加载所述第二插件之后，所述方法还包括：
所述第一进程释放所述第二插件的独占锁。释放第二插件的独占锁的目的是为了解锁第二插件，进而供其他进程加载第二插件。
而在释放所述第二插件的独占锁的具体实施过程中，会执行下述方案：
所述第一进程释放用于放置所述第二插件的独占锁的锁文件。实现代码为：fileLock.release()。
所述第一进程关闭所述第二插件的文件通道。实现代码为：mFileChannel.close()。
所述第一进程关闭所述第二插件的锁文件的输出流。实现代码为：FileOutputStream.close()。
所述第一进程删除所述第二插件的锁文件。实现代码为：lockFile.delete()。
以上便是本发明实施例中加载插件的方法的实施过程，基于统一发明构思，下面的实施例公开了一种终端设备。
参看图2，是公开的一种终端设备的示意图，包括：
第一检测模块21，用于在M个进程加载N个插件的过程中，通过创建的所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态；其中，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求；M、N为正整数；
第一加载模块22，用于若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则通过所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
作为一种可选的实施例，所述第一检测模块21，具体用于通过创建的所述M个进程中的各进程实时检测各插件的独占锁是否被其他进程获取；若是，则表示对应插件的独占锁处于使用状态。
作为一种可选的实施例，所述第一加载模块22，具体包括：
第二检测模块，用于若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，在预设时间范围内，通过所述M个进程中的各进程每隔预设时长检测所述第一插件是否解锁；
第一获取模块，用于用于若在所述预设时间范围内所述M个进程中任一进程最快检测到所述第一插件解锁，则通过最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
第二加载模块，用于若在所述预设时间范围外，通过所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
作为一种可选的实施例，所述第一加载模块22，具体包括：
第三检测模块，用于若检测到所述N个插件中有独占锁处于使用状态的第一插件，通过所述M个进程中的各进程基于预设检测次数重复检测所述第一插件是否解锁；
第二获取模块，用于若在所述预设检测次数内所述M个进程中任一进程最快检测到所述第一插件解锁，则通过最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
第三加载模块，用于若在所述预设检测次数达到时，通过所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
作为一种可选的实施例，所述第一加载模块22，具体包括：
第一读取模块，用于通过所述M个进程中的各进程创建读取所述第二插件的文件通道；
第三获取模块，用于通过所述M个进程中的各进程利用各自的文件通道获取所述第二插件的独占锁；
第四加载模块，用于若所述M个进程中的第一进程获取到所述第二插件的独占锁，则通过所述第一进程加载所述第二插件。
作为一种可选的实施例，所述终端设备还包括：
释放模块，用于通过所述第一进程释放所述第二插件的独占锁。
作为一种可选的实施例，所述第一读取模块，具体包括：
第一创建模块，用于通过所述M个进程中的各进程创建所述第二插件的锁文件，用于放置所述第二插件的独占锁；
第一获得模块，用于通过所述M个进程中的各进程获得所述第二插件的锁文件的输出流；
第二获得模块，用于通过所述M个进程中的各进程获得所述第二插件的文件通道。
作为一种可选的实施例，所述第四加载模块，具体包括：
第二读取模块，用于通过所述第一进程将所述第二插件中的文件体读取到临时文件；其中，所述第二插件包含文件头和所述文件体；
重命名模块，用于通过所述第一进程将所述临时文件重命名，成为可读插件；
第二创建模块，用于通过所述第一进程创建所述可读插件的类装载器，以加载所述可读插件；
反射模块，用于通过所述第一进程反射所述可读插件的插件入口类，使得所述第一进程和所述可读插件建立连接关系。
作为一种可选的实施例，所述释放模块，具体包括：
释放子模块，用于通过所述第一进程释放用于放置所述第二插件的独占锁的锁文件；
第一关闭模块，用于通过所述第一进程关闭所述第二插件的文件通道；
第二关闭模块，用于通过所述第一进程关闭所述第二插件的锁文件的输出流；
删除模块，用于通过所述第一进程删除所述第二插件的锁文件。
基于与前述实施例中同样的发明构思，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文任一所述方法的步骤。
基于与前述实施例中同样的发明构思，本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现前文任一所述方法的步骤。
本申请实施例中提供的技术方案，至少具有如下技术效果或优点：
本发明公开了一种加载插件的方法及终端设备，在M个进程加载N个插件的过程中，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态。N个插件中的每个插件都设置有各自的独占锁，各插件利用各自的独占锁进行锁定，而独占锁的主要作用是禁止所属插件响应没有获得所述独占锁的进程的加载请求，故而，插件的独占锁每次只供一个进程获得，其他进程是不能够调用该插件的。故而若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。由于各插件的独占锁的作用，多个进程不可能同时加载一个插件，故而能够避免出现多个进程同时加载同一个插件进而导致的加载错误的情况出现，并且每个插件在同一时刻只能够允许一个进程使用，进而能够实现多个进程同时加载多个插件的效果。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了，A1、一种加载插件的方法，其特征在于，包括：
在M个进程加载N个插件的过程中，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态；其中，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求；M、N为正整数；
若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
A2、如A1所述的方法，其特征在于，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态，具体包括：
所述M个进程中的各进程实时检测各插件的独占锁是否被其他进程获取；
若是，则表示对应插件的独占锁处于使用状态。
A3、如A1所述的方法，其特征在于，所述若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，在预设时间范围内，所述M个进程中的各进程每隔预设时长检测所述第一插件是否解锁；
若在所述预设时间范围内所述M个进程中任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
若在所述预设时间范围外，所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
A4、如A1所述的方法，其特征在于，所述若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
若检测到所述N个插件中有独占锁处于使用状态的第一插件，所述M个进程中的各进程基于预设检测次数重复检测所述第一插件是否解锁；
若在所述预设检测次数内所述M个进程中任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
若在所述预设检测次数达到时，所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
A5、如A1所述的方法，其特征在于，所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
所述M个进程中的各进程创建用于读取所述第二插件的文件通道；
所述M个进程中的各进程利用各自的文件通道获取所述第二插件的独占锁；
若所述M个进程中的第一进程获取到所述第二插件的独占锁，则所述第一进程加载所述第二插件。
A6、如A5所述的方法，其特征在于，所述第一进程加载所述第二插件之后，所述方法还包括：
所述第一进程释放所述第二插件的独占锁。
A7、如A5所述的方法，其特征在于，所述M个进程中的各进程创建读取所述第二插件的文件通道，具体包括：
所述M个进程中的各进程创建所述第二插件的锁文件，用于放置所述第二插件的独占锁；
所述M个进程中的各进程获得所述第二插件的锁文件的输出流；
所述M个进程中的各进程获得所述第二插件的文件通道。
A8、如A5所述的方法，其特征在于，所述第一进程加载所述第二插件，具体包括：
所述第一进程将所述第二插件中的文件体读取到临时文件；其中，所述第二插件包含文件头和所述文件体；
所述第一进程将所述临时文件重命名，成为可读插件；
所述第一进程创建所述可读插件的类装载器，以加载所述可读插件；
所述第一进程反射所述可读插件的插件入口类，使得所述第一进程和所述可读插件建立连接关系。
A9、如A6所述的方法，其特征在于，所述第一进程释放所述第二插件的独占锁，具体包括：
所述第一进程释放用于放置所述第二插件的独占锁的锁文件；
所述第一进程关闭所述第二插件的文件通道；
所述第一进程关闭所述第二插件的锁文件的输出流；
所述第一进程删除所述第二插件的锁文件。
B10、一种终端设备，其特征在于，包括：
第一检测模块，用于在M个进程加载N个插件的过程中，通过创建的所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态；其中，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求；M、N为正整数；
第一加载模块，用于若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则通过所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
B11、如B10所述的终端设备，其特征在于，所述第一检测模块，具体用于通过创建的所述M个进程中的各进程实时检测各插件的独占锁是否被其他进程获取；若是，则表示对应插件的独占锁处于使用状态。
B12、如B10所述的终端设备，其特征在于，所述第一加载模块，具体包括：
第二检测模块，用于若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，在预设时间范围内，通过所述M个进程中的各进程每隔预设时长检测所述第一插件是否解锁；
第一获取模块，用于若在所述预设时间范围内所述M个进程中任一进程最快检测到所述第一插件解锁，则通过最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
第二加载模块，用于若在所述预设时间范围外，通过所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
B13、如B10所述的终端设备，其特征在于，所述第一加载模块，具体包括：
第三检测模块，用于若检测到所述N个插件中有独占锁处于使用状态的第一插件，通过所述M个进程中的各进程基于预设检测次数重复检测所述第一插件是否解锁；
第二获取模块，用于若在所述预设检测次数内所述M个进程中任一进程最快检测到所述第一插件解锁，则通过最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
第三加载模块，用于若在所述预设检测次数达到时，通过所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
B14、如B10所述的终端设备，其特征在于，所述第一加载模块，具体包括：
第一读取模块，用于通过所述M个进程中的各进程创建读取所述第二插件的文件通道；
第三获取模块，用于通过所述M个进程中的各进程利用各自的文件通道获取所述第二插件的独占锁；
第四加载模块，用于若所述M个进程中的第一进程获取到所述第二插件的独占锁，则通过所述第一进程加载所述第二插件。
B15、如B14所述的终端设备，其特征在于，所述终端设备还包括：
释放模块，用于通过所述第一进程释放所述第二插件的独占锁。
B16、如B14所述的终端设备，其特征在于，所述第一读取模块，具体包括：
第一创建模块，用于通过所述M个进程中的各进程创建所述第二插件的锁文件，用于放置所述第二插件的独占锁；
第一获得模块，用于通过所述M个进程中的各进程获得所述第二插件的锁文件的输出流；
第二获得模块，用于通过所述M个进程中的各进程获得所述第二插件的文件通道。
B17、如B14所述的终端设备，其特征在于，所述第四加载模块，具体包括：
第二读取模块，用于通过所述第一进程将所述第二插件中的文件体读取到临时文件；其中，所述第二插件包含文件头和所述文件体；
重命名模块，用于通过所述第一进程将所述临时文件重命名，成为可读插件；
第二创建模块，用于通过所述第一进程创建所述可读插件的类装载器，以加载所述可读插件；
反射模块，用于通过所述第一进程反射所述可读插件的插件入口类，使得所述第一进程和所述可读插件建立连接关系。
B18、如B15所述的终端设备，其特征在于，所述释放模块，具体包括：
释放子模块，用于通过所述第一进程释放用于放置所述第二插件的独占锁的锁文件；
第一关闭模块，用于通过所述第一进程关闭所述第二插件的文件通道；
第二关闭模块，用于通过所述第一进程关闭所述第二插件的锁文件的输出流；
删除模块，用于通过所述第一进程删除所述第二插件的锁文件。
C19、一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现A1-A9任一项所述方法的步骤。
C20、一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现A1-A9任一项所述方法的步骤。
Claims (10)
1.一种加载插件的方法，其特征在于，包括：
在M个进程加载N个插件的过程中，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态；其中，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求；M、N为正整数；
若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
2.如权利要求1所述的方法，其特征在于，所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态，具体包括：
所述M个进程中的各进程实时检测各插件的独占锁是否被其他进程获取；
若是，则表示对应插件的独占锁处于使用状态。
3.如权利要求1所述的方法，其特征在于，所述若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，在预设时间范围内，所述M个进程中的各进程每隔预设时长检测所述第一插件是否解锁；
若在所述预设时间范围内所述M个进程中任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
若在所述预设时间范围外，所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
4.如权利要求1所述的方法，其特征在于，所述若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
若检测到所述N个插件中有独占锁处于使用状态的第一插件，所述M个进程中的各进程基于预设检测次数重复检测所述第一插件是否解锁；
若在所述预设检测次数内所述M个进程中任一进程最快检测到所述第一插件解锁，则最快检测到所述第一插件解锁的进程获取所述第一插件的独占锁并加载所述第一插件；
若在所述预设检测次数达到时，所述M个进程中的各进程检测到所述第一插件未解锁，则加载所述第二插件或者提示进程加载超时。
5.如权利要求1所述的方法，其特征在于，所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件，具体包括：
所述M个进程中的各进程创建用于读取所述第二插件的文件通道；
所述M个进程中的各进程利用各自的文件通道获取所述第二插件的独占锁；
若所述M个进程中的第一进程获取到所述第二插件的独占锁，则所述第一进程加载所述第二插件。
6.如权利要求5所述的方法，其特征在于，所述第一进程加载所述第二插件之后，所述方法还包括：
所述第一进程释放所述第二插件的独占锁。
7.如权利要求5所述的方法，其特征在于，所述M个进程中的各进程创建读取所述第二插件的文件通道，具体包括：
所述M个进程中的各进程创建所述第二插件的锁文件，用于放置所述第二插件的独占锁；
所述M个进程中的各进程获得所述第二插件的锁文件的输出流；
所述M个进程中的各进程获得所述第二插件的文件通道。
8.一种终端设备，其特征在于，包括：
第一检测模块，用于在M个进程加载N个插件的过程中，通过创建的所述M个进程中的各进程实时检测所述N个插件中的各插件的独占锁是否处于使用状态；其中，各插件利用各自的独占锁进行锁定，所述独占锁用于禁止所属插件响应没有获得所述独占锁的进程的加载请求；M、N为正整数；
第一加载模块，用于若所述M个进程中的各进程检测到所述N个插件中有独占锁处于使用状态的第一插件，则通过所述M个进程中的各进程加载所述N个插件中独占锁没有处于使用状态的第二插件。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-7任一项所述方法的步骤。
10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-7任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810615910.9A CN108958833B (zh) | 2018-06-14 | 2018-06-14 | 一种加载插件的方法及终端设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810615910.9A CN108958833B (zh) | 2018-06-14 | 2018-06-14 | 一种加载插件的方法及终端设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108958833A true CN108958833A (zh) | 2018-12-07 |
| CN108958833B CN108958833B (zh) | 2021-10-08 |
Family
ID=64489068
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810615910.9A Active CN108958833B (zh) | 2018-06-14 | 2018-06-14 | 一种加载插件的方法及终端设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108958833B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111953686A (zh) * | 2020-08-12 | 2020-11-17 | 浙江互灵科技有限公司 | 一种应用于智能化基站的多协议自适应方法 |
| WO2022100141A1 (zh) * | 2020-11-11 | 2022-05-19 | 华为技术有限公司 | 插件管理方法、系统及装置 |
| CN118034889A (zh) * | 2024-03-08 | 2024-05-14 | 荣耀终端有限公司 | 插件进程映射方法及相关装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100115207A1 (en) * | 2008-10-31 | 2010-05-06 | Cadence Design Systems, Inc. | Method and system for implementing multiuser cached parameterized cells |
| WO2010138274A1 (en) * | 2009-05-25 | 2010-12-02 | Apple Inc. | Configuration and management of add-ons to digital application programs for network-based distribution |
-
2018
- 2018-06-14 CN CN201810615910.9A patent/CN108958833B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100115207A1 (en) * | 2008-10-31 | 2010-05-06 | Cadence Design Systems, Inc. | Method and system for implementing multiuser cached parameterized cells |
| WO2010138274A1 (en) * | 2009-05-25 | 2010-12-02 | Apple Inc. | Configuration and management of add-ons to digital application programs for network-based distribution |
Non-Patent Citations (1)
| Title |
|---|
| 金敏力 等: "《FOXPRO FOR WINDOWS 中文版实用教程》", 30 September 2000 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111953686A (zh) * | 2020-08-12 | 2020-11-17 | 浙江互灵科技有限公司 | 一种应用于智能化基站的多协议自适应方法 |
| CN111953686B (zh) * | 2020-08-12 | 2022-11-29 | 浙江互灵科技有限公司 | 一种应用于智能化基站的多协议自适应方法 |
| WO2022100141A1 (zh) * | 2020-11-11 | 2022-05-19 | 华为技术有限公司 | 插件管理方法、系统及装置 |
| CN114546511A (zh) * | 2020-11-11 | 2022-05-27 | 华为技术有限公司 | 插件管理方法、系统及装置 |
| CN118034889A (zh) * | 2024-03-08 | 2024-05-14 | 荣耀终端有限公司 | 插件进程映射方法及相关装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108958833B (zh) | 2021-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108958833A (zh) | 一种加载插件的方法及终端设备 | |
| JP4550892B2 (ja) | マネージドランタイム環境におけるスレッド同期方法および装置 | |
| US6542167B1 (en) | System and method for flexible software linking | |
| CN104217139B (zh) | 处理系统 | |
| CN107943502A (zh) | 一种Linux系统下基于细粒度系统状态检测的升级方法 | |
| EP2550632A1 (en) | System with multiple conditional commit databases | |
| CN104112089A (zh) | 基于多策略融合的强制访问控制方法 | |
| CN109086065A (zh) | 一种软件升级方法、系统及终端设备 | |
| CN104484224A (zh) | 一种服务器进程控制方法、装置及系统 | |
| CN108763963A (zh) | 基于数据访问权限的分布式处理方法、装置及系统 | |
| CN110472381A (zh) | 基于安卓系统的root权限隐藏方法、系统及存储介质 | |
| US8117662B2 (en) | Smartcard system | |
| Khan et al. | Dynamic Analysis for Detection of Self-Destructive Smart Contracts | |
| US9336257B2 (en) | Systems and methods providing a soft exit state for secondary business objects locks | |
| CN107402761A (zh) | 应用修复方法及装置 | |
| CN101770394A (zh) | 基于构件接口的异步调用方法 | |
| CN102902912B (zh) | 免安装ActiveX插件安全检测装置及方法 | |
| CN115511622A (zh) | 一种智能合约的升级方法、装置、设备及存储介质 | |
| US20070174571A1 (en) | Binding a protected application program to shell code | |
| CN115878336A (zh) | 锁操作中的信息处理方法、装置及计算设备 | |
| CN100363905C (zh) | 一种基于绝对座标体系的操作系统客体重用测试方法 | |
| CN109815696A (zh) | 终端设备系统防护方法及装置 | |
| CN112445683A (zh) | 一种多开检测绕过方法、存储介质、设备及系统 | |
| CN108804144A (zh) | 操作系统启动的控制方法/系统、存储介质及电子设备 | |
| CN108389617A (zh) | 韧件的组合管理/韧件升级方法/系统、介质及电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220721 Address after: 300450 No. 9-3-401, No. 39, Gaoxin 6th Road, Binhai Science Park, Binhai New Area, Tianjin Patentee after: 3600 Technology Group Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230711 Address after: 1765, floor 17, floor 15, building 3, No. 10 Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: Beijing Hongxiang Technical Service Co.,Ltd. Address before: 300450 No. 9-3-401, No. 39, Gaoxin 6th Road, Binhai Science Park, Binhai New Area, Tianjin Patentee before: 3600 Technology Group Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| CP03 | Change of name, title or address |
Address after: 1765, floor 17, floor 15, building 3, No. 10 Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: Beijing 360 Zhiling Technology Co.,Ltd. Country or region after: China Address before: 1765, floor 17, floor 15, building 3, No. 10 Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee before: Beijing Hongxiang Technical Service Co.,Ltd. Country or region before: China |