本申请涉及通信技术领域，尤其涉及一种在虚拟机中加载插件的方法及电子终端。
背景技术：
插件(plug-in,又称addin、add-in、addon或add-on,又译外挂)是一种遵循一定规范的应用程序接口编写出来的程序。插件是指会随着ie浏览器的启动自动执行的程序，其只能运行在程序规定的系统平台下，可能同时支持多个平台，但不能脱离指定的平台单独运行。也就是说，插件必须依附于应用程序的启动才能够运行。插件的类型有无数种，例如有些插件程序能够帮助用户更方便浏览因特网或调用上网辅助功能，有的插件可以帮助用户网上支付等等。例如，在安装相关的插件后，浏览器能够直接调用插件程序，用于处理特定类型的文件。
鉴于插件的特殊性，在运行插件之前必须先加载插件，而在目前的加载插件方式，采用的是一种‘全编译’的加载方式。也就是说，在首次加载插件时，需要将插件的代码全部编译成机器码，然后执行该机器码以加载插件。由于编译的耗时，故而首次加载插件的速度较慢。
技术实现要素：
鉴于上述问题，本发明了提供了一种在虚拟机中加载插件的方法及电子终端，以解决或者部分解决目前的首次插件加载时加载速度较慢的技术问题。
为解决上述技术问题，本发明提供了一种在虚拟机中加载插件的方法，所述虚拟机的预设加模式被配置为只解释模式，所述方法包括：
获得一待加载插件；
确定所述待加载插件首次加载时对应的预设加载模式；
基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码；
解释执行所述待加载插件对应的字节码以加载所述待加载插件。
优选的，所述基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码，具体包括：
基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出可执行文件；
从所述可执行文件中确定出所述待加载插件对应的字节码。
优选的，所述解释执行所述待加载插件对应的字节码以加载所述待加载插件之后，所述方法还包括：
将所述待加载插件对应的代码编译为机器码。
优选的，所述将所述待加载插件对应的代码编译为机器码，具体包括：
实时分析在所述待加载插件中执行的代码，并从所述执行的代码中确定出热代码；
对所述热代码进行编译，获得所述机器码。
优选的，所述实时分析在所述待加载插件中执行的代码，并从所述执行的代码中确定出热代码，具体包括：
判断所述执行的代码的执行频率是否高于预设频率阈值；
若是，则将所述执行的代码中的执行频率高于所述预设频率阈值的代码确定为所述热代码。
优选的，所述将所述待加载插件对应的代码编译为机器码，具体包括：
将所述待加载插件对应的代码进行全编译，进而获得所述机器码。
优选的，所述将所述待加载插件对应的代码编译为机器码，具体包括：
实时判断电子终端对应的系统是否处于空闲状态；
若是，则将所述待加载插件对应的代码编译为所述机器码。
优选的，所述将所述待加载插件对应的代码编译为机器码，具体包括：
实时判断所述电子终端对应的系统是否处于充电状态；
若是，则将所述待加载插件对应的代码编译为所述机器码。
优选的，所述将所述待加载插件对应的代码编译为机器码之后，所述方法还包括：
接收一对所述待加载插件进行再次加载的指令；
基于所述再次加载的指令，运行所述机器码以再次加载运行所述待加载插件。
本发明公开了一种电子终端，所述电子终端利用在虚拟机中加载待加载插件，所述虚拟机的预设加模式被配置为只解释模式，所述电子终端包括：
获得模块，用于获得一待加载插件；
第一确定模块，用于确定所述待加载插件首次加载时对应的预设加载模式；
第二确定模块，用于基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码；
解释执行模块，用于解释执行所述待加载插件对应的字节码以加载所述待加载插件。
优选的，所述第二确定模块，具体包括：
第三确定模块，用于基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出可执行文件；
第四确定模块，用于从所述可执行文件中确定出所述待加载插件对应的字节码。
优选的，所述电子终端还包括：
第一编译模块，用于解释执行所述待加载插件对应的字节码以加载所述待加载插件之后，将所述待加载插件对应的代码编译为机器码。
优选的，所述第一编译模块，具体包括：
分析模块，用于实时分析在所述待加载插件中执行的代码，并从所述执行的代码中确定出热代码；
第二编译模块，用于对所述热代码进行编译，获得所述机器码。
优选的，所述分析模块，具体包括：
第一判断模块，用于判断所述执行的代码的执行频率是否高于预设频率阈值；
第五确定模块，用于若是，则将所述执行的代码中的执行频率高于所述预设频率阈值的代码确定为所述热代码。
优选的，所述第一编译模块，具体包括：
第三编译模块，用于将所述待加载插件对应的代码进行全编译，进而获得所述机器码。
优选的，所述第一编译模块，具体包括：
第二判断模块，实时判断电子终端对应的系统是否处于空闲状态；
第四编译模块，用于若是，则将所述待加载插件对应的代码编译为所述机器码。
优选的，所述第一编译模块，具体包括：
第三判断模块，用于实时判断所述电子终端对应的系统是否处于充电状态；
第五编译模块，用于若是，则将所述待加载插件对应的代码编译为所述机器码。
优选的，所述电子终端还包括：
接收模块，用于将所述待加载插件对应的代码编译为机器码之后，接收一对所述待加载插件进行再次加载的指令；
加载模块，用于基于所述再次加载的指令，运行所述机器码以再次加载运行所述待加载插件。
本发明公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。
本发明公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述方法的步骤。
本申请实施例中提供的技术方案，至少具有如下技术效果或优点：
本发明提供了一种在虚拟机中加载插件的方法及电子终端。该方法为了解决目前的首次插件加载时加载速度较慢的技术问题，首先获得一待加载插件，并且确定所述待加载插件首次加载时对应的预设加载模式；然后基于所述待加载插件首次加载时对应的预设加载模式，由于本发明的虚拟机的预设加模式被配置为只解释模式，故而在该模式下，只需要从所述待加载插件中确定出所述待加载插件对应的字节码；通过解释执行所述待加载插件对应的字节码来加载所述待加载插件，而并没有在首次加载插件将插件的代码全部编译成机器码进行启动，进而避免了编译耗时导致的加载速度较慢的问题，能够提高插件加载的速度。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为本发明实施例中一种在虚拟机中加载插件的方法的实施过程图；
图2为本发明实施例中电子终端的示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明涉及的名称解释如下：
dex文件，是android平台上的可执行文件，每个插件中都有dex文件,里面包含了插件的所有源码,通过反编译工具可以获取到相应的源码。
art虚拟机，从android4.4开始引入，android4.4上是可选项，android5以及以后是默认选项。art虚拟机执行dex2oat命令，默认的dex2oat过程编译规则是：全编译。因为art虚拟机执行的是本地机器码，故而在软件安装过程中(如果运行的是一个插件，就是在插件的加载过程中)，系统将提前dex文件中的字节码一次性编译成机器码。而这种提前编译得到机器码的编译方式则称之为全编译。正是因为要提前编译，所以插件加载的过程很慢。
故而为了提高首次加载插件的加载速度，本发明提供了一种在虚拟机中加载插件的方法。
本发明的虚拟机的预设加模式被配置为只解释模式，而本发明实施例中的只解释模式的含义是，只解释执行所述待加载插件的字节码，直接禁止在首次加载所述待加载插件时将所述待加载插件的字节码编译为机器码。
在该模式下，首次加载插件时不做编译，而是只解释插件中的字节码(也叫作启动代码，用来启动插件)，所以首次加载插件可以快速启动。当设备空转和充电的时候，再对插件中的代码编译为机器码，供下次加载时使用。当然，为了提高编译的效率，在首次加载插件并且运行的过程中，由于插件中的代码在执行期间会被分析，把代码的分析结果保存起来。故而在设备空转和充电的时候，art虚拟机可根据上述分析结果，仅仅对经常被执行的代码(本发明称之为热代码)进行编译，其他代码不做编译。通过上述的实施方式，既能够实现首次加载插件时，能够快速的加载插件，而再次加载插件运行的时候性能也不会有损失。
但是，现有技术中描述的插件只能够利用‘全编译’的方式加载，原因在于，在通过插件化框架启动一个插件时，因为并没有执行电子终端的系统本身的安装逻辑，所以混合编译就不能被使用到，插件加载时执行的还是旧的逻辑，即：加载插件的时候却依然是‘全编译’的方式，不能享受到混合编译带来的好处。而在本发明中，由于加载插件必须要经过dex2oat过程，并且dex2oat需要各种输入参数。故而本申请将dex2oat中的--compiler-filter＝输入参数进行修改，从而实现修改art虚拟机上dex2oat过程的默认行为。
在具体的实施过程中，加载插件的过程实际上就是系统动态加载代码的过程，如果当前电子终端中使用的虚拟机是art虚拟机，那么，在动态加载代码的过程中，系统会执行dex2oat命令：
dex2oat命令：--dex-file＝./xxxx.apk；--oat-file＝./xxxx.odex；--compiler-filter＝speed。
其中：
--dex-file是dex2oat命令的一个输入参数，意思是：被执行的apk是xxxx.apk。
--oat-file是dex2oat命令的一个输入参数，意思是：执行命令后的输出结果是xxxx.odex。
--compiler-filter是dex2oat命令的一个输入参数，用来指定当前dex2oat命令的编译模式。
在现有技术中，加载插件通常设定“--compiler-filter＝speed”。其含义是：当前dex2oat过程，需要最大限度的编译机器码，该编译模式叫做“全编译”编译模式。而本发明将虚拟机中的全编译模式修改为只解释模式，即：“--compiler-filter＝speed”修改为：“--compiler-filter＝interpret-only”。通过上述参数的修改，即可以将虚拟机中的全编译模式修改为只解释模式。‘interpret-only’其字面意思可以理解为“只解释”模式，再进一步解释就是：当前模式下，所有的代码都是解释执行，不会编译成任何的机器码。而由于android系统是向后兼容的，字节码级的兼容，对此修改天然支持。故而在art虚拟机加载插件时进行上述修改，依然能够保证插件加载的正常运行。
以上便是本发明对于加载插件的介绍，为了更加清楚地说明和解释本发明，本发明在下面的实施例中公开了一种在虚拟机中加载插件的方法。
参看图1，下面进行具体的介绍，本发明实施例公开的一种在虚拟机中加载插件的方法，该虚拟机的预设加模式被配置为只解释模式，具体包括以下步骤：
步骤11，获得一待加载插件。
在具体的实施过程中，该待加载插件是放入虚拟机，利用虚拟机来对所述待加载插件进行加载运行的。本发明实施例中的虚拟机指的是在安卓系统中运行的art虚拟机，故而，是art虚拟机获得该待加载插件。本发明实施例中的待加载插件并不限定类型，例如有的插件程序能够帮助用户更方便浏览因特网或调用上网辅助功能，有的插件可以帮助用户网上支付等等。
而插件在首次加载时，实际上是包括了下载、安装、启动运行等多个过程。在首次加载插件之后，再次加载插件(第二次加载及后面的多次加载也都可以叫做再次加载)只表示启动运行插件。
步骤12，确定所述待加载插件首次加载时对应的预设加载模式。
在本发明实施例中，确定所述待加载插件首次加载时对应的预设加载模式，具体包括：对所述待加载插件执行dex2oat命令，确定所述待加载插件的首次加载时对应的预设加载模式为只解释模式，其中，所述只解释模式具体为解释执行所述待加载插件的字节码，禁止在首次加载所述待加载插件时将所述待加载插件的字节码编译为机器码。
也就是说，本发明待加载插件首次加载时对应的预设加载模式为只解释模式。在现有技术中，插件的首次加载模式实际上是‘全编译’模式，也就是说，在首次加载插件时，需要将插件的代码全部编译成机器码，然后执行该机器码以加载插件。而本发明实施例将dex2oat命令中的输入参数“--compiler-filter＝speed”修改为：“--compiler-filter＝interpret-only”。也即是说，本发明实施例将插件的首次加载模式从‘全编译’模式修改为‘只解释’模式。故而在执行dex2oat命令时，会基于修改的输入参数将所述待加载插件的首次加载时对应的预设加载模式确定为只解释模式。当然，在加载模式改变的情况下，本发明实施例在执行首次加载待加载插件的过程中，则会按照只解释模式下规定的加载方式来加载待加载插件。而本发明实施例中的只解释模式，是只解释执行所述待加载插件的字节码，直接禁止在首次加载所述待加载插件时将所述待加载插件的字节码编译为机器码。故而在首次加载插件时，采用该解释加载模式可以直接解释执行待加载插件的字节码达到快速启动待加载插件的目的，而不需要将待加载插件中的字节码编译为机器码来进行启动，也就不会有由于编译耗时导致启动变慢的情况出现，这是本发明实施例和现有技术的区别所在。
步骤13，基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码。
在具体的实施过程中，待加载插件实际上是由大量代码组成的，当然，不同的代码根据功能可以进行分类。为了更详细的说明本发明实施例涉及的待加载插件，本发明将待加载插件中的可执行文件(dex文件)中包含的代码称为字节码(也可以叫做启动代码)，主要的作用是启动待加载插件。而待加载插件中的代码是包含字节码的。
故而，作为一种可选的实施方式，基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码的具体实施过程中，是基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出可执行文件；从所述可执行文件中确定出所述待加载插件对应的字节码。
可执行文件，指的是dex文件，每个插件中都有dex文件,里面包含了插件的所有源码,通过反编译工具可以获取到相应的源码。
故而，在执行dex文件时，则会获得所述待加载插件对应的字节码，用来启动待加载插件。
当然，由于本发明实施例中已经确定了首次加载待加载插件的预设加载模式为只解释模式，故而会按照按照只解释模式规定的方式直接解释执行待加载插件的字节码达到快速启动待加载插件的目的，而不需要将待加载插件中的字节码编译为机器码来进行启动，也就不会有由于编译耗时导致启动变慢的情况出现。
步骤14，解释执行所述待加载插件对应的字节码以加载所述待加载插件。
在上述步骤之后，为了便于再次加载该待加载插件，则会将所述待加载插件对应的代码编译为机器码。也就是说，本发明实施例中，首次加载插件时，是通过解释执行所述待加载插件对应的字节码进行加载。而再次加载(第二次加载及后面的多次加载也都可以叫做再次加载)待加载插件时，则是通过运行机器码来进行加载，故而在首次加载之后，需要将所述待加载插件对应的代码编译为机器码。而此时所述待加载插件对应的代码包含有dex文件中的字节码。
而在具体的实施过程中，有两种编译方式。
一种编译所述待加载插件对应的代码的方式是‘全编译’方式，则将所述待加载插件对应的代码进行全编译，进而获得所述机器码。更进一步的，是将所述待加载插件对应的全部代码进行全编译，进而获得所述机器码。
一种编译所述待加载插件对应的代码的方式是部分编译的方式。在将所述待加载插件对应的代码编译为机器码具体的实施过程中，实时分析在所述待加载插件中执行的代码，并从所述执行的代码中确定出热代码；对所述热代码进行编译，获得所述机器码。通常，在待加载插件启动之后会运行，故而在启动运行的过程中，art虚拟机会实时分析待加载插件中执行的代码，该执行的代码不仅包含了启动时所用到的字节码，还包含在运行过程中调用的代码。并从这些执行的代码中确定出热代码。热代码，指的是执行频率高于预设频率阈值的代码。故而从所述执行的代码中确定出热代码的具体过程中，首先要判断所述执行的代码的执行频率是否高于预设频率阈值；若是，则将所述执行的代码中的执行频率高于所述预设频率阈值的代码确定为所述热代码。在确定热代码之后，则会对所述热代码进行编译，获得所述机器码。
进一步的，作为一种可选的实施例，当设备空转和充电的时候，对“只解释”加载的插件则可以进行“全编译”。如此再次加载插件则可以得到“全编译”后的插件的优点了。故而，为了减少电子终端的运行压力，可实时判断电子终端对应的系统是否处于空闲状态；若是，则将所述待加载插件对应的代码编译为所述机器码。或者实时判断所述电子终端对应的系统是否处于充电状态；若是，则将所述待加载插件对应的代码编译为所述机器码。
而作为一种可选的实施例，在将所述待加载插件对应的代码编译为机器码之后，则可接收一对所述待加载插件进行再次加载的指令；然后基于所述再次加载的指令，运行所述机器码以再次加载运行所述待加载插件。
基于同一发明构思，下面的实施例介绍了一种电子终端。该电子终端利用在虚拟机中加载待加载插件，所述虚拟机的预设加模式被配置为只解释模式。
参看图2，所述电子终端包括：
获得模块21，用于获得一待加载插件；
第一确定模块22，用于确定所述待加载插件首次加载时对应的预设加载模式；
第二确定模块23，用于基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码；
解释执行模块24，用于解释执行所述待加载插件对应的字节码以加载所述待加载插件。
作为一种可选的实施例，所述第二确定模块23，具体包括：
第三确定模块，用于基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出可执行文件；
第四确定模块，用于从所述可执行文件中确定出所述待加载插件对应的字节码。
作为一种可选的实施例，所述电子终端还包括：
第一编译模块，用于解释执行所述待加载插件对应的字节码以加载所述待加载插件之后，将所述待加载插件对应的代码编译为机器码。
作为一种可选的实施例，所述第一编译模块，具体包括：
分析模块，用于实时分析在所述待加载插件中执行的代码，并从所述执行的代码中确定出热代码；
第二编译模块，用于对所述热代码进行编译，获得所述机器码。
作为一种可选的实施例，所述分析模块，具体包括：
第一判断模块，用于判断所述执行的代码的执行频率是否高于预设频率阈值；
第五确定模块，用于若是，则将所述执行的代码中的执行频率高于所述预设频率阈值的代码确定为所述热代码。
作为一种可选的实施例，所述第一编译模块，具体包括：
第三编译模块，用于将所述待加载插件对应的代码进行全编译，进而获得所述机器码。
作为一种可选的实施例，所述第一编译模块，具体包括：
第二判断模块，实时判断电子终端对应的系统是否处于空闲状态；
第四编译模块，用于若是，则将所述待加载插件对应的代码编译为所述机器码。
作为一种可选的实施例，所述第一编译模块，具体包括：
第三判断模块，用于实时判断所述电子终端对应的系统是否处于充电状态；
第五编译模块，用于若是，则将所述待加载插件对应的代码编译为所述机器码。
作为一种可选的实施例，所述电子终端还包括：
接收模块，用于将所述待加载插件对应的代码编译为机器码之后，接收一对所述待加载插件进行再次加载的指令；
加载模块，用于基于所述再次加载的指令，运行所述机器码以再次加载运行所述待加载插件。
本发明实施例公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法实施例的步骤。
本发明实施例公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法实施例的步骤。
通过本发明的一个或者多个实施例，本发明具有以下有益效果或者优点：
本发明提供了一种在虚拟机中加载插件的方法及电子终端。该方法为了解决目前的首次插件加载时加载速度较慢的技术问题，首先获得一待加载插件，并且确定所述待加载插件首次加载时对应的预设加载模式；然后基于所述待加载插件首次加载时对应的预设加载模式，由于本发明的虚拟机的预设加模式被配置为只解释模式，故而在该模式下，只需要从所述待加载插件中确定出所述待加载插件对应的字节码；通过解释执行所述待加载插件对应的字节码来加载所述待加载插件，而并没有在首次加载插件将插件的代码全部编译成机器码进行启动，进而避免了编译耗时导致的加载速度较慢的问题，能够提高插件加载的速度。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了，a1、一种在虚拟机中加载插件的方法，其特征在于，所述虚拟机的预设加模式被配置为只解释模式，所述方法包括：
获得一待加载插件；
确定所述待加载插件首次加载时对应的预设加载模式；
基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码；
解释执行所述待加载插件对应的字节码以加载所述待加载插件。
a2、如a1所述的方法，其特征在于，所述基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码，具体包括：
基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出可执行文件；
从所述可执行文件中确定出所述待加载插件对应的字节码。
a3、如a1-a2任一权项所述的方法，其特征在于，所述解释执行所述待加载插件对应的字节码以加载所述待加载插件之后，所述方法还包括：
将所述待加载插件对应的代码编译为机器码。
a4、如a3所述的方法，其特征在于，所述将所述待加载插件对应的代码编译为机器码，具体包括：
实时分析在所述待加载插件中执行的代码，并从所述执行的代码中确定出热代码；
对所述热代码进行编译，获得所述机器码。
a5、如a4所述的方法，其特征在于，所述实时分析在所述待加载插件中执行的代码，并从所述执行的代码中确定出热代码，具体包括：
判断所述执行的代码的执行频率是否高于预设频率阈值；
若是，则将所述执行的代码中的执行频率高于所述预设频率阈值的代码确定为所述热代码。
a6、如a3所述的方法，其特征在于，所述将所述待加载插件对应的代码编译为机器码，具体包括：
将所述待加载插件对应的代码进行全编译，进而获得所述机器码。
a7、如a3所述的方法，其特征在于，所述将所述待加载插件对应的代码编译为机器码，具体包括：
实时判断电子终端对应的系统是否处于空闲状态；
若是，则将所述待加载插件对应的代码编译为所述机器码。
a8、如a3所述的方法，其特征在于，所述将所述待加载插件对应的代码编译为机器码，具体包括：
实时判断所述电子终端对应的系统是否处于充电状态；
若是，则将所述待加载插件对应的代码编译为所述机器码。
a9、如a3所述的方法，其特征在于，所述将所述待加载插件对应的代码编译为机器码之后，所述方法还包括：
接收一对所述待加载插件进行再次加载的指令；
基于所述再次加载的指令，运行所述机器码以再次加载运行所述待加载插件。
b10、一种电子终端，其特征在于，所述电子终端利用在虚拟机中加载待加载插件，所述虚拟机的预设加模式被配置为只解释模式，所述电子终端包括：
获得模块，用于获得一待加载插件；
第一确定模块，用于确定所述待加载插件首次加载时对应的预设加载模式；
第二确定模块，用于基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出所述待加载插件对应的字节码；
解释执行模块，用于解释执行所述待加载插件对应的字节码以加载所述待加载插件。
b11、如b10所述的电子终端，其特征在于，所述第二确定模块，具体包括：
第三确定模块，用于基于所述待加载插件首次加载时对应的预设加载模式，从所述待加载插件中确定出可执行文件；
第四确定模块，用于从所述可执行文件中确定出所述待加载插件对应的字节码。
b12、如b10-b11任一权项所述的电子终端，其特征在于，所述电子终端还包括：
第一编译模块，用于解释执行所述待加载插件对应的字节码以加载所述待加载插件之后，将所述待加载插件对应的代码编译为机器码。
b13、如b12所述的电子终端，其特征在于，所述第一编译模块，具体包括：
分析模块，用于实时分析在所述待加载插件中执行的代码，并从所述执行的代码中确定出热代码；
第二编译模块，用于对所述热代码进行编译，获得所述机器码。
b14、如b13所述的电子终端，其特征在于，所述分析模块，具体包括：
第一判断模块，用于判断所述执行的代码的执行频率是否高于预设频率阈值；
第五确定模块，用于若是，则将所述执行的代码中的执行频率高于所述预设频率阈值的代码确定为所述热代码。
b15、如b12所述的电子终端，其特征在于，所述第一编译模块，具体包括：
第三编译模块，用于将所述待加载插件对应的代码进行全编译，进而获得所述机器码。
b16、如b12所述的电子终端，其特征在于，所述第一编译模块，具体包括：
第二判断模块，实时判断电子终端对应的系统是否处于空闲状态；
第四编译模块，用于若是，则将所述待加载插件对应的代码编译为所述机器码。
b17、如b12所述的电子终端，其特征在于，所述第一编译模块，具体包括：
第三判断模块，用于实时判断所述电子终端对应的系统是否处于充电状态；
第五编译模块，用于若是，则将所述待加载插件对应的代码编译为所述机器码。
b18、如b12所述的电子终端，其特征在于，所述电子终端还包括：
接收模块，用于将所述待加载插件对应的代码编译为机器码之后，接收一对所述待加载插件进行再次加载的指令；
加载模块，用于基于所述再次加载的指令，运行所述机器码以再次加载运行所述待加载插件。
c19、一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现a1-a9任一项所述方法的步骤。
d20、一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现a1-a9任一项所述方法的步骤。