用于在电子设备中的应用更新之后提高运行时性能的方法和装置与流程

1.本公开涉及一种用于当安装在电子设备中的应用被更新时提高运行时性能的方法和装置。


背景技术：

2.电子设备可以包括用于控制一个或多个资源的操作系统(operating system，os)，并且可以包括可在操作系统中执行的应用。操作系统可以是例如android
tm
、ios
tm
、windows
tm
、symbian
tm
、tizen
tm
、bada
tm
等。根据实施例，android
tm
提供了新的运行时(runtime)，称为安卓运行时(android runtime，art)，以克服传统上使用的达尔维克(dalvik)虚拟机(virtual machine，vm)的限制。例如，dalvik vm使用即时(just-in-time，jit)编译方案，而初始art使用提前(ahead-of-time，aot)编译方案。然而，由于每个方案具有的限制，最近使用了jit编译方案和aot编译方案的混合方案。例如，当安装应用时，aot编译方案需要大量的编译时间，并且可能附加地请求用于存储经由编译获得的产物(例如，*.odex、*.vdex、*.art)的存储空间。例如，jit编译方案可以在运行时期间基于本机代码执行编译，从而需要少量的安装时间。然而，如果在释放缓存数据的存储器时检测到重复，则需要重新转换，并且在操作应用时会发生对应于重新转换所花费的时间量的时间的延迟，因此，执行jit编译可能需要很长时间。
3.相反，混合方案可以是使用两种方案来加强jit和aot的优势的方案。例如，可以应用一种方案，该方案在初始安装应用时使用jit来减少安装时间和存储容量，并且在操作应用时直接使用根据art的对应的编译代码。
4.电子设备可以经由各种应用商店(在下文中，称为“app商店”)(例如，play store
tm
)针对安装在电子设备中的应用周期性地执行应用更新。根据实施例，如果应用的简档(profile)被更新，则电子设备可以收集更新的简档，并且可以将其传送到app商店(或云服务器)。基于从电子设备接收的简档(或信息)，app商店可以产生适用于对应的应用的公共简档。在应用更新的情况下，app商店可以向电子设备一起传送应用的更新文件(例如，安装文件(例如，*.apk文件))和公共简档(例如，*.dm文件)。电子设备可以基于从app商店传送的应用的更新文件和公共简档来执行aot编译，并且可以将本机代码存储为文件。
5.如果电子设备(或操作系统)(例如，android
tm
)经由app商店存储应用的简档，则电子设备可以基于存储的简档执行aot编译，并且可以将本机代码存储为文件。存储在电子设备中的简档可以是当更新的应用版本被许多用户使用并且与之相关联的信息被app商店收集时产生的信息。因此，如果电子设备不具有与新更新的应用版本或数据收集不充分的应用相关联的相关简档，则当电子设备发送下载应用的请求时，app商店可能不会将对应的简档与应用一起传送。此外，由于app商店提供基于来自各种不同用户的信息而产生的简档，与来自使用电子设备的用户的信息相反，经由app商店提供的简档可能没有精确地与用户模式相同。
6.一般地，在应用更新的情况下，电子设备可以删除(或移除)简档和本机代码，它们是在使用更新前的应用时根据用户模式产生的。因此，由于根据与应用相关联的用户模式产生的简档和本机代码被删除，所以在应用更新之后，电子设备可能丢失与先前用户体验相关联的数据。与对应的应用相关联的使用历史不存在，因此，运行时性能恶化。此外，用户需要在充分分析和产生本机代码所需的时间期间等待，以确保性能与先前的性能相当。在这种情况下，时间不是标准化时间，可以因每个用户使用的方法而异。因此，当更新新的应用时，由于性能比之前更差，用户可能会感到不便。
7.以上信息作为背景信息提供仅为了帮助理解本公开。关于上述任何内容是否可以适用作为关于本公开的现有技术，没有做出确定，也没有做出断言。


技术实现要素：

8.技术问题
9.本公开的实施例提供了一种方法和装置，用于当电子设备执行应用更新时，利用先前简档和字节码来提高运行时性能。
10.本公开的实施例提供了一种方法和装置，用于当电子设备例如在安卓运行时(art)环境中执行应用更新时，通过利用基于用户的应用使用模式而先前存储(或产生)的简档和字节码来提高运行时性能。
11.本公开的实施例提供了一种方法和装置，用于维持根据用户的使用模式产生的现有简档，而不管从app商店传递的应用的公共简档(例如，*.dm文件)的存在，并且用于使用现有简档来处理应用更新。
12.本公开的实施例提供了一种方法和装置，用于如果在下载应用的过程中没有与应用一起从app商店传送简档，则原样维持基于用户模式产生的简档，以及用于使用随后产生的产物来识别简档是否被使用。
13.问题的解决方案
14.根据本公开的示例实施例，电子设备包括：通信电路，被配置为提供无线电通信；可操作地连接到通信电路的至少一个处理器；和可操作地连接到处理器的存储器，其中，存储器存储指令，该指令在被执行时使得处理器：检测应用的更新；基于检测到应用的更新，获得用于更新应用的更新文件；在安装应用时，获得先前与应用相关联地记录的第一信息和与应用的更新文件相关的第二信息；以及基于在第一信息和第二信息之间执行的匹配，产生将在更新之后的应用中使用的新简档。
15.根据本公开的示例实施例，电子设备的操作方法可以包括：检测应用的更新；基于检测到应用的更新，获得用于更新应用的更新文件；在安装应用时，获得先前与应用相关联地记录的第一信息和与应用的更新文件相关的第二信息；以及基于在第一信息和第二信息之间执行的匹配，产生将在更新之后的应用中使用的新简档。
16.为了解决上述问题，本公开的各种示例实施例可以包括存储用于在处理器中实施方法的程序的非暂时性计算机可读记录介质。
17.发明的有益效果
18.在根据各种实施例的电子设备及其操作方法中，当电子设备执行应用更新时，电子设备可以使用基于与应用相关联的用户使用模式先前存储的先前简档和字节码，并且可
以提高运行时性能。根据各种实施例，电子设备可以维持根据用户的使用模式产生的先前简档，而不管从app商店传递的应用的公共简档(例如，*.dm文件)的存在，并且可以使用先前简档来处理应用更新。根据各种实施例，电子设备可以将要更新的应用的执行文件与先前应用的安装文件中的先前简档和执行文件(例如，dex文件)进行比较，并且可以对于没有变化的方法和类维持现有信息。根据各种实施例，电子设备可以基于现有信息产生与应用相关联的新简档，并且可以在执行应用更新时使用应用的新产生的简档信息。
19.根据各种实施例，电子设备可以基于新产生的简档来产生用于热方法(hot method)的本机代码，并且可以产生与热类(hot class)相关联的应用图像文件(例如，*.art)，以便为用户提供及时的运行时性能，这比之前更快。根据各种实施例，在执行应用更新之后，电子设备可以提供用户体验，该用户体验使得用户能够立即使用具有根据用户先前使用的模式而应用的运行时性能的应用，尽管电子设备附加地使用更新的应用。
附图说明
20.结合附图，从以下详细描述中，本公开的特定实施例的上述和其他方面、特征和优点将变得更加明显，在附图中：
21.图1示出根据实施例的网络环境中的示例电子设备；
22.图2是示出根据各种实施例的电子设备的示例功能模块的图；
23.图3是示出根据各种实施例的操作电子设备的示例方法的流程图；
24.图4是示出根据各种实施例的操作电子设备的示例方法的流程图；
25.图5是示出根据各种实施例的由电子设备产生简档的示例方法的流程图；
26.图6是示出根据各种实施例的由电子设备执行编译的示例方法的流程图；
27.图7是示出根据各种实施例的电子设备基于先前简档产生新简档的示例的图；
28.图8是示出根据各种实施例的由电子设备产生的示例元数据的图；
29.图9是示出根据各种实施例的由电子设备执行元数据匹配的示例的图；和
30.图10是示出根据各种实施例的由电子设备产生元数据的示例混淆操作的图；
31.图11a是示出根据各种实施例的由电子设备产生元数据的示例混淆操作的图；并且
32.图11b是示出根据各种实施例的由电子设备产生元数据的示例混淆操作的图。
具体实施方式
33.图1是示出根据各种实施例的网络环境100中的电子设备101的框图。
34.参照图1，网络环境100中的电子设备101可经由第一网络198(例如，短距离无线通信网络)与电子设备102进行通信，或者经由第二网络199(例如，长距离无线通信网络)与电子设备104或服务器108进行通信。根据实施例，电子设备101可经由服务器108与电子设备104进行通信。根据实施例，电子设备101可包括处理器120、存储器130、输入装置150、声音输出装置155、显示装置160、音频模块170、传感器模块176、接口177、触觉模块179、相机模块180、电力管理模块188、电池189、通信模块190、用户识别模块(sim)196或天线模块197。在一些实施例中，可从电子设备101中省略所述部件中的至少一个(例如，显示装置160或相机模块180)，或者可将一个或更多个其它部件添加到电子设备101中。在一些实施例中，可
将所述部件中的一些部件实现为单个集成电路。例如，可将传感器模块176(例如，指纹传感器、虹膜传感器、或照度传感器)实现为嵌入在显示装置160(例如，显示器)中。
35.处理器120可运行例如软件(例如，程序140)来控制电子设备101的与处理器120连接的至少一个其它部件(例如，硬件部件或软件部件)，并可执行各种数据处理或计算。根据一个实施例，作为所述数据处理或计算的至少部分，处理器120可将从另一部件(例如，传感器模块176或通信模块190)接收到的命令或数据加载到易失性存储器132中，对存储在易失性存储器132中的命令或数据进行处理，并将结果数据存储在非易失性存储器134中。根据实施例，处理器120可包括主处理器121(例如，中央处理器(cpu)或应用处理器(ap))以及与主处理器121在操作上独立的或者相结合的辅助处理器123(例如，图形处理单元(gpu)、图像信号处理器(isp)、传感器中枢处理器或通信处理器(cp))。
36.另外地或者可选择地，辅助处理器123可被适配为比主处理器121耗电更少，或者被适配为具体用于指定的功能。可将辅助处理器123实现为与主处理器121分离，或者实现为主处理器121的部分。在主处理器121处于未激活(例如，睡眠)状态时，辅助处理器123可控制与电子设备101(而非主处理器121)的部件之中的至少一个部件(例如，显示装置160、传感器模块176或通信模块190)相关的功能或状态中的至少一些，或者在主处理器121处于激活状态(例如，运行应用)时，辅助处理器123可与主处理器121一起来控制与电子设备101的部件之中的至少一个部件(例如，显示装置160、传感器模块176或通信模块190)相关的功能或状态中的至少一些。根据实施例，可将辅助处理器123(例如，图像信号处理器或通信处理器)实现为在功能上与辅助处理器123相关的另一部件(例如，相机模块180或通信模块190)的部分。
37.存储器130可存储由电子设备101的至少一个部件(例如，处理器120或传感器模块176)使用的各种数据。所述各种数据可包括例如软件(例如，程序140)以及针对与其相关的命令的输入数据或输出数据。存储器130可包括易失性存储器132或非易失性存储器134。
38.可将程序140作为软件存储在存储器130中，并且程序140可包括例如操作系统(os)142、中间件144或应用146。
39.输入装置150可从电子设备101的外部(例如，用户)接收将由电子设备101的其它部件(例如，处理器120)使用的命令或数据。输入装置150可包括例如麦克风、鼠标、键盘或数字笔(例如，手写笔)。
40.声音输出装置155可将声音信号输出到电子设备101的外部。声音输出装置155可包括例如扬声器或接收器。扬声器可用于诸如播放多媒体或播放唱片的通用目的，接收器可用于呼入呼叫。根据实施例，可将接收器实现为与扬声器分离，或实现为扬声器的部分。
41.显示装置160可向电子设备101的外部(例如，用户)视觉地提供信息。显示装置160可包括例如显示器、全息装置或投影仪以及用于控制显示器、全息装置和投影仪中的相应一个的控制电路。根据实施例，显示装置160可包括被适配为检测触摸的触摸电路或被适配为测量由触摸引起的力的强度的传感器电路(例如，压力传感器)。
42.音频模块170可将声音转换为电信号，反之亦可。根据实施例，音频模块170可经由输入装置150获得声音，或者经由声音输出装置155或与电子设备101直接(例如，有线地)连接或无线连接的外部电子设备(例如，电子设备102)的耳机输出声音。
43.传感器模块176可检测电子设备101的操作状态(例如，功率或温度)或电子设备
101外部的环境状态(例如，用户的状态)，然后产生与检测到的状态相应的电信号或数据值。根据实施例，传感器模块176可包括例如手势传感器、陀螺仪传感器、大气压力传感器、磁性传感器、加速度传感器、握持传感器、接近传感器、颜色传感器、红外(ir)传感器、生物特征传感器、温度传感器、湿度传感器或照度传感器。
44.接口177可支持将用来使电子设备101与外部电子设备(例如，电子设备102)直接(例如，有线地)或无线连接的一个或更多个特定协议。根据实施例，接口177可包括例如高清晰度多媒体接口(hdmi)、通用串行总线(usb)接口、安全数字(sd)卡接口或音频接口。
45.连接端178可包括连接器，其中，电子设备101可经由所述连接器与外部电子设备(例如，电子设备102)物理连接。根据实施例，连接端178可包括例如hdmi连接器、usb连接器、sd卡连接器或音频连接器(例如，耳机连接器)。
46.触觉模块179可将电信号转换为可被用户经由他的触觉或动觉识别的机械刺激(例如，振动或运动)或电刺激。根据实施例，触觉模块179可包括例如电机、压电元件或电刺激器。
47.相机模块180可捕获静止图像或运动图像。根据实施例，相机模块180可包括一个或更多个透镜、图像传感器、图像信号处理器或闪光灯。
48.电力管理模块188可管理对电子设备101的供电。根据实施例，可将电力管理模块188实现为例如电力管理集成电路(pmic)的至少部分。
49.电池189可对电子设备101的至少一个部件供电。根据实施例，电池189可包括例如不可再充电的原电池、可再充电的蓄电池、或燃料电池。
50.通信模块190可支持在电子设备101与外部电子设备(例如，电子设备102、电子设备104或服务器108)之间建立直接(例如，有线)通信信道或无线通信信道，并经由建立的通信信道执行通信。通信模块190可包括能够与处理器120(例如，应用处理器(ap))独立操作的一个或更多个通信处理器，并支持直接(例如，有线)通信或无线通信。根据实施例，通信模块190可包括无线通信模块192(例如，蜂窝通信模块、短距离无线通信模块或全球导航卫星系统(gnss)通信模块)或有线通信模块194(例如，局域网(lan)通信模块或电力线通信(plc)模块)。这些通信模块中的相应一个可经由第一网络198(例如，短距离通信网络，诸如蓝牙、无线保真(wi-fi)直连或红外数据协会(irda))或第二网络199(例如，长距离通信网络，诸如蜂窝网络、互联网、或计算机网络(例如，lan或广域网(wan)))与外部电子设备进行通信。可将这些各种类型的通信模块实现为单个部件(例如，单个芯片)，或可将这些各种类型的通信模块实现为彼此分离的多个部件(例如，多个芯片)。无线通信模块192可使用存储在用户识别模块196中的用户信息(例如，国际移动用户识别码(imsi))识别并验证通信网络(诸如第一网络198或第二网络199)中的电子设备101。
51.天线模块197可将信号或电力发送到电子设备101的外部(例如，外部电子设备)或者从电子设备101的外部(例如，外部电子设备)接收信号或电力。根据实施例，天线模块197可包括天线，所述天线包括辐射元件，所述辐射元件由形成在基底(例如，pcb)中或形成在基底上的导电材料或导电图案构成。根据实施例，天线模块197可包括多个天线。在这种情况下，可由例如通信模块190(例如，无线通信模块192)从所述多个天线中选择适合于在通信网络(诸如第一网络198或第二网络199)中使用的通信方案的至少一个天线。随后可经由所选择的至少一个天线在通信模块190和外部电子设备之间发送或接收信号或电力。根据
实施例，除了辐射元件之外的另外的组件(例如，射频集成电路(rfic))可附加地形成为天线模块197的一部分。
52.上述部件中的至少一些可经由外设间通信方案(例如，总线、通用输入输出(gpio)、串行外设接口(spi)或移动工业处理器接口(mipi))相互连接并在它们之间通信地传送信号(例如，命令或数据)。
53.根据实施例，可经由与第二网络199连接的服务器108在电子设备101和外部电子设备104之间发送或接收命令或数据。电子设备102和电子设备104中的每一个可以是与电子设备101相同类型的装置，或者是与电子设备101不同类型的装置。
54.根据实施例，将在电子设备101运行的全部操作或一些操作可在外部电子设备102、外部电子设备104或服务器108中的一个或更多个运行。例如，如果电子设备101应该自动执行功能或服务或者应该响应于来自用户或另一装置的请求执行功能或服务，则电子设备101可请求所述一个或更多个外部电子设备执行所述功能或服务中的至少部分，而不是运行所述功能或服务，或者电子设备101除了运行所述功能或服务以外，还可请求所述一个或更多个外部电子设备执行所述功能或服务中的至少部分。接收到所述请求的所述一个或更多个外部电子设备可执行所述功能或服务中的所请求的所述至少部分，或者执行与所述请求相关的另外功能或另外服务，并将执行的结果传送到电子设备101。电子设备101可在对所述结果进行进一步处理的情况下或者在不对所述结果进行进一步处理的情况下将所述结果提供作为对所述请求的至少部分答复。为此，可使用例如云计算技术、分布式计算技术或客户机-服务器计算技术。
55.根据各种实施例的电子设备可以是各种类型的电子设备之一。电子设备可包括例如便携式通信装置(例如，智能电话)、计算机装置、便携式多媒体装置、便携式医疗装置、相机、可穿戴装置或家用电器。根据本公开的实施例，电子设备不限于以上所述的那些电子设备。
56.应该理解的是，本公开的各种实施例以及其中使用的术语并不意图将在此阐述的技术特征限制于具体实施例，而是包括针对相应实施例的各种改变、等同形式或替换形式。对于附图的描述，相似的参考标号可用来指代相似或相关的元件。将理解的是，与术语相应的单数形式的名词可包括一个或更多个事物，除非相关上下文另有明确指示。
57.如这里所使用的，诸如“a或b”、“a和b中的至少一个”、“a或b中的至少一个”、“a、b或c”、“a、b和c中的至少一个”以及“a、b或c中的至少一个”的短语中的每一个短语可包括在与所述多个短语中的相应一个短语中一起列举出的项的任意一项或所有可能组合。如这里所使用的，诸如“第1”和“第2”或者“第一”和“第二”的术语可用于将相应部件与另一部件进行简单区分，并且不在其它方面(例如，重要性或顺序)限制所述部件。将理解的是，在使用了术语“可操作地”或“通信地”的情况下或者在不使用术语“可操作地”或“通信地”的情况下，如果一元件(例如，第一元件)被称为“与另一元件(例如，第二元件)结合”、“结合到另一元件(例如，第二元件)”、“与另一元件(例如，第二元件)连接”或“连接到另一元件(例如，第二元件)”，则意味着所述一元件可与所述另一元件直接(例如，有线地)连接、与所述另一元件无线连接、或经由第三元件与所述另一元件连接。
58.如这里所使用的，术语“模块”可包括以硬件、软件或固件实现的单元，并可与其他术语(例如，“逻辑”、“逻辑块”、“部分”或“电路”)可互换地使用。模块可以是被适配为执行
一个或更多个功能的单个集成部件或者是该单个集成部件的最小单元或部分。例如，根据实施例，可以以专用集成电路(asic)的形式来实现模块。
59.可将在此阐述的各种实施例实现为包括存储在存储介质(例如，内部存储器136或外部存储器138)中的可由机器(例如，电子设备101)读取的一个或更多个指令的软件(例如，程序140)。例如，在处理器的控制下，所述机器(例如，电子设备101)的处理器(例如，处理器120)可在使用或无需使用一个或更多个其它部件的情况下调用存储在存储介质中的所述一个或更多个指令中的至少一个指令并运行所述至少一个指令。这使得所述机器能够操作用于根据所调用的至少一个指令执行至少一个功能。所述一个或更多个指令可包括由编译器产生的代码或能够由解释器运行的代码。可以以非暂时性存储介质的形式来提供机器可读存储介质。其中，术语“非暂时性”仅意味着所述存储介质是有形装置，并且不包括信号(例如，电磁波)，但是该术语并不在数据被半永久性地存储在存储介质中与数据被临时存储在存储介质中之间进行区分。
60.根据实施例，可在计算机程序产品中包括和提供根据本公开的各种实施例的方法。计算机程序产品可作为产品在销售者和购买者之间进行交易。可以以机器可读存储介质(例如，紧凑盘只读存储器(cd-rom))的形式来发布计算机程序产品，或者可经由应用商店(例如，play storetm)在线发布(例如，下载或上传)计算机程序产品，或者可直接在两个用户装置(例如，智能电话)之间分发(例如，下载或上传)计算机程序产品。如果是在线发布的，则计算机程序产品中的至少部分可以是临时产生的，或者可将计算机程序产品中的至少部分至少临时存储在机器可读存储介质(诸如制造商的服务器、应用商店的服务器或转发服务器的存储器)中。
61.根据各种实施例，上述部件中的每个部件(例如，模块或程序)可包括单个实体或多个实体。根据各种实施例，可省略上述部件中的一个或更多个部件，或者可添加一个或更多个其它部件。可选择地或者另外地，可将多个部件(例如，模块或程序)集成为单个部件。在这种情况下，根据各种实施例，该集成部件可仍旧按照与所述多个部件中的相应一个部件在集成之前执行一个或更多个功能相同或相似的方式，执行所述多个部件中的每一个部件的所述一个或更多个功能。根据各种实施例，由模块、程序或另一部件所执行的操作可顺序地、并行地、重复地或以启发式方式来执行，或者所述操作中的一个或更多个操作可按照不同的顺序来运行或被省略，或者可添加一个或更多个其它操作。
62.图2是示出根据各种实施例的电子设备的示例功能模块的图。
63.如图2所示，图2示出了在各种实施例中执行(或处理)与电子设备的应用的更新相关的功能的功能模块200的示例。根据各种实施例，功能模块200可以被实施为包含在包括处理电路的至少一个处理器(例如，图1的处理器120)中的硬件模块和/或软件模块。根据实施例，图2的功能模块200可以作为处理器120的一部分操作，和/或可以是独立于处理器120操作的单独硬件组件。根据实施例，图2的功能模块200可以是软件(例如，图1的程序140)。例如，软件形式的功能模块200可以以命令(或指令)的形式存储在存储器(例如，图1的存储器130)中，并且功能模块200的操作可以由至少一个处理器(例如，图1的处理器120)执行。
64.参考图2，功能模块200可以包括更新监视器(例如，包括处理电路和/或可执行程序元件)210、包(package)管理器(例如，包括处理电路和/或可执行程序元件)220、简档匹配单元(例如，包括处理电路和/或可执行程序元件)230和/或简档管理器(例如，包括处理
电路和/或可执行程序元件)240中的至少一个。
65.根据实施例，更新监视器210可以监视是否对安装在电子设备101中的应用执行了更新。根据实施例，更新监视器210可以至少基于app商店或其他方法(例如，基于安卓调试桥(android debug bridge，adb)命令执行的安装)来检测至少一个应用的更新(例如，包括应用安装)。根据实施例，基于检测到应用更新，更新监视器210可以经由通信电路(例如，图1的无线电通信模块192)从app商店接收(或下载)更新文件(例如，安装文件(例如，安卓应用包(android application package，apk)文件))。根据实施例，可以使用预定的编程语言(例如，java语言)来开发应用(例如，安卓应用)，并且可以使用软件开发工具包(software development kit，sdk)来产生资源文件(例如，java源代码、布局xml文件、图像文件、音频文件、动画、菜单、样式和/或颜色)作为更新文件(例如，apk文件)。更新文件可以是安卓包，其扩展名为“.apk”。例如，单个apk文件可以是单个应用(或app)，并且可以是要安装在电子设备101中的文件。
66.根据实施例，包管理器220可以验证应用。根据实施例，包管理器220可以检查经由更新监视器210接收的更新文件(例如，与要更新的应用相关的更新文件)的有效性。根据实施例，包管理器220可以基于售卖(vending)来执行验证，和/或可以基于设备安全性来执行验证。根据实施例，如果对应用的验证完成，则包管理器220可以将针对应用更新的请求传送到简档匹配单元230。根据实施例，包管理器220可以将应用更新请求传送到安卓运行时(art)。在安装应用的过程中，应用更新请求在被传送到运行时(例如，安卓运行时(art))之前被传送到简档匹配单元230。
67.根据实施例，简档匹配单元230可以执行当前更新文件(例如，与应用更新相关联地从app商店接收(或下载)的更新文件)与根据与用户的应用使用相关联的用户模式而记录(或存储)的先前简档(例如，*.prof文件)和先前更新文件(例如，先前*.apk文件)中的字节码(例如，应用的执行文件(例如，dex信息))的匹配。根据实施例，在从运行时(例如，art)请求应用更新之前，简档匹配单元230可以将与目标应用相关的当前更新文件与根据与应用相关联的用户使用模式而记录(或存储)的先前简档和应用的先前更新文件中的执行文件(例如，dex信息)进行比较。根据实施例，简档匹配单元230可以对没有变化的方法和/或类维持现有信息，可以对新方法和/或类添加新信息，并且可以执行现有信息和新信息之间的匹配。例如，简档匹配单元230可以经由匹配来产生与目标应用相关的新的更新文件(例如，新的*.apk文件)。
68.根据实施例，在基于应用更新的安装过程中，简档匹配单元220可以使用简档快速重用工具(在下文中，称为“简档重用工具”)基于先前简档来产生用于应用更新的新简档，并且可以将新简档传送到运行时(例如，art)。根据实施例，运行时可以如前所述，编译从简档匹配单元220传送的新简档，并且可以产生与应用的类信息相关联的本机代码(例如，*.odex和/或*.oat)和初始化图像(例如，*.art)。根据实施例，本机代码例如可以是编译的字节码，并且可以包括编译的机器码。
69.根据实施例，作为向用户提供新简档的方法之一，简档匹配单元220可以使用先前更新文件(例如，*.apk)的字节码(例如，dex信息)和基于用户的应用使用模式收集的先前简档(例如，*.prof文件)来产生临时简档。根据实施例，简档匹配单元220可以基于临时简档来产生要在要更新的应用中使用的新简档。例如，简档匹配单元220可以获得(解析或提
取)先前简档和先前更新文件中的字节码。例如，简档匹配单元220可以使用包括在先前更新文件中的字节码(例如，dex信息)和基于用户的使用模式收集的先前简档来产生第一类元数据(class metadata)。根据实施例，简档匹配单元220可以基于先前简档和先前更新文件的dex信息来提取频繁使用的热方法和热方法的代码库信息，并且可以基于命令代码(例如操作码(opcode)、操作代码)和参数对象(例如，args)来分析和解析代码库信息。根据实施例，处理器120可以基于解析的信息产生与用于访问应用的类和热方法相关联的第一类元数据。
70.根据实施例，简档匹配单元220可以获得(解析或提取)与要更新的应用相关的当前更新文件(例如，下载的更新文件)中的字节码(例如，dex信息)。例如，简档匹配单元220可以使用当前更新文件的dex信息来产生第二类元数据。根据实施例，简档匹配单元220可以响应于产生第一类元数据的操作来产生第二类元数据。
71.根据实施例，简档匹配单元220可以通过比较基于先前信息(例如，先前简档和先前更新文件的dex信息)产生的第一类元数据和基于当前信息(例如，当前更新文件的dex信息)产生的第二类元数据来执行更新文件匹配。根据实施例，在从运行时请求应用更新之前，简档匹配单元220可以将与应用相关的当前更新文件中的dex信息与根据与目标应用相关联的用户使用模式而记录(或存储)的先前简档和应用的先前更新文件中的dex信息进行比较，可以对于没有变化的方法和/或类维持现有信息，可以对于新方法和/或类添加新信息，并且可以执行现有信息和新信息之间的匹配。例如，简档匹配单元220可以通过比较第一类元数据和第二类元数据来识别相同部分。根据实施例，简档匹配单元220可以基于第一类元数据和第二类元数据之间的比较来对于没有变化的方法和类维持现有信息，并且可以将现有信息包括在新简档中。
72.根据各种实施例，先前信息(例如，先前简档和先前更新文件的dex信息)可以经由与外部服务器的互操作存储在外部服务器中，并且可以与外部服务器同步。根据实施例，先前信息可以被包含(或存储)在存储个性化信息的外部服务器(例如，云)中，并且可以与该外部服务器同步。根据实施例，如果电子设备101的用户使用另一个新的电子设备，则用户可以在初始执行(驱动)应用时利用包含在外部服务器中的先前信息。
73.根据实施例，简档匹配单元220可以基于类元数据匹配来产生新简档。例如，简档匹配单元220可以经由匹配来产生与应用相关的新的更新文件(例如，新的安装文件(例如，新的*.apk文件))，并且可以从新的更新文件解析执行文件(例如，dex信息)，以便产生要实际用于编译的新简档。
74.根据实施例，简档管理器240可以基于新简档来执行编译。根据实施例，简档管理器240可以从运行时(例如，art)请求编译，以便基于从简档匹配单元230传送的新简档来执行应用更新，并且可以使得运行时能够基于新简档来执行编译。根据实施例，简档管理器240可以基于通过执行编译而获得的结果来产生产物。根据实施例，产物可以包括本机文件(或代码)，诸如*.odex、*.vdex、或*.oat，以及与应用类信息相关联的初始化图像，诸如*.art。例如，简档管理器240可以产生其中编译了dex信息的*.oat文件(或本机文件)，并且可以产生*.art(或初始化图像)。根据实施例，如果基于通过执行编译而获得的结果成功产生了产物，则简档管理器240可以删除先前应用的目录(directory)。
75.根据各种实施例，产生的产物可以经由与外部服务器的互操作来存储和管理。根
据实施例，产生的产物可以包含(或存储)在存储个性化信息的外部服务器(例如，云)中，并与之同步。根据实施例，如果电子设备101的用户使用另一个新的电子设备，则用户可以在初始执行(驱动)应用时利用包含在外部服务器中的产物。
76.根据各种示例实施例，电子设备101可以包括：被配置为提供无线电通信的通信电路(例如，图1的无线电通信模块192)；可操作地连接到通信电路的至少一个处理器(例如，图1的处理器120)；和可操作地连接到处理器的存储器(例如，图1的存储器130)，其中，该存储器可以存储指令，该指令在被执行时使得处理器：检测应用的更新；基于检测到应用的更新，获得用于更新应用的更新文件；在安装应用时，获得先前与应用相关联地记录的第一信息和与应用的更新文件相关的第二信息；以及基于在第一信息和第二信息之间执行的匹配，产生将在更新之后的应用中使用的新简档。
77.根据各种示例实施例，第一信息(例如，先前简档信息和先前更新文件的dex信息)可以存储在电子设备和/或外部服务器的嵌入式存储器(例如，图1的存储器130)中，并与之同步。
78.根据各种示例实施例，第一信息可以包括基于根据与应用相关联的使用模式所记录的先前简档以及应用的先前更新文件的字节码而产生的第一元数据。
79.根据各种示例实施例，第二信息可以包括基于在应用被更新的时间点使用通信电路从app商店获得的更新文件的字节码而产生的第二元数据。
80.根据各种示例实施例，指令在被执行时可以使得处理器验证应用的更新文件。
81.根据各种示例实施例，指令在被执行时可以使得处理器：在从运行时请求更新应用之前，执行第一信息和第二信息之间的匹配；以及基于该匹配维持相同的方法和相同的类。
82.根据各种示例实施例，指令在被执行时可以使得处理器：与第一信息相关联地解析先前简档和包括在先前更新文件中的字节码，以产生第一元数据；解析包括在与第二信息相关联的更新文件中的字节码，以产生第二元数据；以及比较第一元数据和第二元数据。
83.根据各种示例实施例，第一元数据和第二元数据可以包括类信息、方法返回类型、方法参数和方法命令中的至少一个。
84.根据各种示例实施例，指令在被执行时可以使得处理器基于第一元数据和第二元数据的哈希值来执行比较。
85.根据各种示例实施例，指令在被执行时可以使得处理器基于根据在第一信息和第二信息之间执行的匹配而产生的新简档来执行编译。
86.根据各种示例实施例，指令在被执行时可以使得处理器基于新简档的编译来产生本机代码和与应用类信息相关联的初始化图像。
87.在下文中，将更详细地描述根据各种实施例的电子设备101的示例操作方法。根据各种实施例，由电子设备101执行并在下面描述的操作可以由包括电子设备101的处理电路的至少一个处理器(例如，图1的处理器120)(在下文中，称为“处理器120”)来执行。根据实施例，由电子设备101执行的操作可以存储在存储器(例如，图1的存储器130)(在下文中，称为“存储器130”)中，并且可以根据被配置为使得处理器120能够在指令被执行时执行操作的指令来执行。
88.图3是示出根据各种实施例的操作电子设备的示例方法的流程图。
89.参考图3，在操作301中，电子设备101的处理器120可以检测应用的更新。根据实施例，处理器120可以至少基于app商店或其他方法(例如，基于adb命令执行的安装)来检测至少一个应用的更新(例如，包括应用安装)。根据实施例，处理器120可以基于检测到应用更新，经由通信电路(例如，图1的无线电通信模块192)从app商店接收(或下载)更新文件(例如，安装文件(例如，apk文件))。
90.在操作303中，处理器120可以基于检测到应用更新来验证对应的应用。根据实施例，处理器120可以检查与要更新的应用相关的当前更新文件(或应用安装文件(例如，apk文件))的有效性。例如，处理器120可以基于售卖来执行验证和/或可以基于设备安全性来执行验证。
91.在操作305中，当对应应用的验证完成时，处理器120可以执行当前更新文件(例如，与应用更新相关联地从app商店接收(或下载)的更新文件)与先前简档(例如，*prof文件)和先前更新文件(例如，先前*.apk文件)中的字节码(例如，应用的执行文件(例如，dex信息))的匹配。根据实施例，在从运行时(例如，art)请求应用更新之前，处理器120可以将与要更新的应用相关的当前更新文件与根据用户的应用使用模式而记录(或存储)的先前简档和应用的先前更新文件中的执行文件(例如，dex信息)进行比较。根据实施例，处理器120可以对于没有变化的方法和/或类维持现有信息，可以对于新方法和/或类添加新信息，并且可以执行现有信息和新信息之间的匹配。例如，处理器120可以经由匹配来产生与目标应用相关的新的更新文件(例如，新的*.apk文件)。根据各种实施例，将参考附图描述执行更新文件匹配的操作。
92.在操作307中，处理器120可以产生要用于目标应用的新简档。根据实施例，处理器120可以基于当前更新文件(例如，新安装文件(例如，新的*.apk文件)的字节码(例如，dex信息))来产生要实际用于编译的新简档。根据各种实施例，将参考附图描述产生新简档的操作。
93.图4是示出根据各种实施例的操作电子设备的示例方法的流程图。
94.根据实施例，图4示出了电子设备101基于运行时性能的提高来更新应用的操作的示例。
95.参考图4，在操作401中，电子设备101的处理器120可以检测应用的更新。根据实施例，处理器120可以至少基于app商店或其他方法(例如，基于adb命令执行的安装)来检测至少一个应用的更新(例如，包括应用安装)。
96.在操作403中，处理器120可以基于检测到应用更新，产生要被更新的应用将被存储在其中的临时(temp)目录(或文件夹)。根据实施例，处理器120可以产生与目标应用相关的更新文件(或安装文件(例如，*.apk文件))将被存储在其中的临时目录。根据实施例，当产生临时目录时，处理器120可以任意(或随机)产生临时目录的目录名，并且可以将产生的目录名设置为临时目录的目录名。
97.在操作405中，处理器120可以将更新文件下载在临时目录中。
98.在操作407中，处理器120可以验证下载的更新文件。根据实施例，处理器120可以检查与目标应用相关的更新文件(例如，apk文件)的有效性。例如，处理器120可以基于售卖来执行验证和/或可以基于设备安全性来执行验证。
99.如果在操作407中处理器120基于更新文件的有效性检查的结果确定更新文件无
效(例如，验证更新文件失败)(例如，操作407中的“失败”)，则处理器120可以在操作409中删除临时目录。根据实施例，当删除临时目录时，处理器120还可以删除(或移除)下载的更新文件。
100.如果在操作407中处理器120基于更新文件的有效性检查的结果确定更新文件有效(例如，成功验证更新文件)(例如，操作407中的“成功”)，则处理器120可以在操作411中改变临时目录的目录名。根据实施例，处理器120可以将为临时目录设置的目录名改变为与目标应用相关联的名称(例如，应用名称)。例如，处理器120可以产生临时目录作为要更新的应用的实际目录。
101.在操作413中，处理器120可以基于先前简档和字节码来产生类元数据。根据实施例，处理器120可以基于与应用相关的先前简档(例如，*.prof文件)和先前更新文件(例如，先前*.apk文件)中的字节码(例如，dex信息)来产生第一类元数据。根据实施例，处理器120可以基于与应用相关的当前更新文件(例如，新的*.apk文件)中的字节码(例如，dex信息)来产生第二类元数据。根据实施例，与应用相关的先前简档(例如，*.prof文件)和先前更新文件(例如，先前*.apk文件)可以存储在电子设备101的嵌入式存储器(例如，图1的存储器130)和/或外部服务器中，并且可以与之同步。
102.在操作415中，处理器120可以基于类元数据为要更新的应用产生新简档(或要用于目标应用的新简档)。根据实施例，处理器120可以基于第一类元数据和第二类元数据之间的比较来执行更新文件匹配。根据实施例，在从运行时请求应用更新之前，处理器120可以将与应用相关的当前更新文件中的dex信息与根据用户的应用使用模式而记录(或存储)的先前简档和应用的先前更新文件中的dex信息进行比较，可以对于没有变化的方法和/或类维持现有信息，可以对于新方法和/或类添加新信息，并且可以执行现有信息和新信息之间的匹配。例如，处理器120可以经由匹配来产生与目标应用相关的新的更新文件(例如，新的安装文件(例如，新安装文件(*.apk文件))。根据实施例，处理器120可以从新的更新文件中解析字节码(例如，dex信息)，并且可以基于解析的字节码产生要实际用于编译的新简档。
103.在操作417中，处理器120可以基于新简档执行编译。根据实施例，处理器120可以从运行时请求编译，以便基于新简档更新目标应用，并且运行时可以基于新简档执行编译。
104.在操作419中，处理器120可以基于通过执行编译而获得的结果来确定是否产生产物。根据实施例，产物可以包括本机文件(或代码)，诸如*.odex、*.vdex、或*.oat，以及与应用类信息相关联的初始化图像，诸如*.art。根据实施例，处理器120可以识别是否产生了其中编译了dex文件的*.oat文件(或本机文件)和*.art(或初始化图像)。
105.如果在操作419中基于通过执行编译而获得的结果识别出没有产生产物(例如，产生产物失败)(例如，操作419中的“失败”)，则处理器120可以继续操作409，并且可以删除临时目录。
106.如果在操作419中基于通过执行编译而获得的结果识别出产物产生(例如，成功产生产物)(例如，操作419中的“成功”)，则处理器120可以继续操作421，并且可以删除临时目录。
107.图5是示出根据各种实施例的操作电子设备的示例方法的流程图。
108.根据实施例，图5示出了由电子设备101产生新简档的操作的示例。例如，图5所示
的实施例可以包括与图4的实施例的操作413和415相关的详细操作。
109.参考图5，处理器120可以在图4的实施例中的操作411中改变临时目录的目录名。根据实施例，处理器120可以将为临时目录设置的目录名改变为与目标应用相关联的名称(例如，应用名称)。例如，处理器120可以产生临时目录作为目标应用的目录。
110.在操作501中，处理器120可以获得(或解析或提取)先前简档和先前更新文件的字节码(例如，java字节码)。在操作503中，处理器120可以基于先前简档和先前更新文件产生第一类元数据。根据实施例，处理器120可以基于与应用相关的先前简档(例如，*.prof文件)和先前更新文件中的字节码(例如，dex信息)产生第一类元数据。例如，处理器120可以使用先前更新文件的dex信息和根据用户的使用模式收集的先前简档来产生第一类元数据。根据实施例，处理器120可以基于先前简档和先前更新文件的dex信息来提取频繁使用的热方法和热方法的代码库信息，并且可以基于命令代码(例如，操作码)和参数对象(例如，args)来分析和解析代码库信息。根据实施例，处理器120可以基于解析的信息产生与用于访问应用的类和热方法相关联的第一类元数据。根据实施例，第一类元数据可以是不变简档或不变元数据。
111.在操作511中，处理器120可以获得(解析或提取)与要更新的应用相关的当前更新文件(例如，下载的更新文件)中的字节码(例如，java字节码)。在操作513中，处理器120可以基于当前更新文件产生第二类元数据。根据实施例，处理器120可以基于与目标应用相关的当前更新文件中的字节码(例如，dex信息)来产生第二类元数据。例如，处理器120可以使用当前更新文件的dex信息来产生第二类元数据。根据实施例，处理器120可以响应于产生第一类元数据的操作来产生第二类元数据。根据实施例，第二类元数据可以是临时简档(例如，temp简档)或临时元数据(例如，temp元数据)。
112.根据实施例，在图5的实施例中，操作501、503、511和513可以并行、顺序或以相反的顺序执行。
113.在操作525中，处理器120可以比较类元数据。根据实施例，处理器120可以通过比较基于先前信息(例如，先前简档和先前更新文件的dex信息)产生的第一类元数据和基于当前信息(例如，当前更新文件的dex信息)产生的第二类元数据来执行更新文件匹配。根据实施例，在从运行时请求更新目标应用之前，处理器120可以将与应用相关的当前更新文件中的dex信息与根据与目标应用相关联的用户使用模式而记录(或存储)的先前简档和应用的先前更新文件中的dex信息进行比较，可以对于没有变化的方法和/或类维持现有信息，可以对于新方法和/或类添加新信息，并且可以执行现有信息和新信息之间的匹配。根据实施例，处理器120可以从先前更新文件读取dex信息，可以执行解析，并且可以基于解析的dex信息产生与方法相关联的第一类元数据。根据实施例，处理器120可以从当前更新文件读取dex信息，可以执行解析，并且可以基于解析的dex信息产生与方法相关联的第二类元数据。根据实施例，处理器120可以通过比较第一类元数据和第二类元数据来识别相同部分。根据实施例，基于第一类元数据和第二类元数据之间的比较，处理器120可以对于没有变化的方法和类维持现有信息。
114.在操作527中，处理器120可以基于类元数据匹配产生新简档。根据实施例，基于第一类元数据和第二类元数据之间的比较，处理器120可以产生包括相同方法和类的新简档。根据实施例，处理器120可以经由匹配来产生与目标应用相关的新的更新文件(例如，新的
安装文件(例如，新的*.apk文件))，并且可以从新的更新文件解析执行文件(例如，dex信息)，以便产生要实际用于编译的新简档。
115.在操作529中，处理器120可以压缩新产生的简档。根据实施例，处理器120可以将新简档压缩成应用的公共简档(例如，*.dm文件)。根据实施例，公共简档(例如，*.dm文件)可以被压缩并通过对应于与对应应用相关地从电子设备101提取的信息的文件名来调用。
116.图6是示出根据各种实施例的操作电子设备的示例方法的流程图。
117.根据实施例，图6示出了电子设备101基于新简档执行编译的操作的示例。例如，图6所示的实施例可以包括与图4的实施例的操作417相关的详细操作。
118.参考图6，在图5的实施例中的操作529中，处理器120可以将新简档压缩成应用的公共简档(例如，*.dm文件)，并且可以产生压缩文件。
119.在操作601中，处理器120可以确定现有公共简档(例如，现有*.dm文件)是否与应用相关地存在。例如，处理器120可以确定与压缩的新公共文件(例如，新的*.dm文件)具有相同文件名的现有公共简档是否存在。
120.如果在操作601中所述确定显示现有公共简档(例如，现有*.dm文件)存在(例如，操作601中的“是”)，则处理器120可以在操作603中将先前简档(例如，*.prof文件)复制在现有公共简档中。
121.如果在操作601中所述确定显示现有公共简档(例如，现有*.dm文件)不存在(例如，操作601中的“否”)，则处理器120可以在操作605中删除先前简档(例如，*.prof文件)。
122.在操作607中，处理器120可以对应用执行编译。根据实施例，处理器120可以请求运行时基于目标应用的新简档来执行编译，并且运行时基于新简档来执行编译。例如，处理器120可以经由运行时，使用针对新简档的指定的编译方案(例如，aot编译)，来产生本机代码(例如，*.odex和/或*.oat)和与应用类信息相关联的初始化图像(例如，*.art)。根据实施例，本机代码例如可以是编译的字节码，并且可以包括编译的机器码。
123.图7是示出根据各种实施例的由电子设备基于先前简档产生新简档的示例的图。图8是示出根据各种实施例的由电子设备产生的元数据的示例的图。图9是示出根据各种实施例的由电子设备执行元数据匹配的示例的图。
124.图7的实施例描述了如图5的实施例中所描述的基于所产生的类元数据(例如，第一类元数据和第二类元数据)之间的比较来产生新简档的操作。例如，根据各种实施例的电子设备101可以包括用于快速重用简档的简档重用工具。在执行应用更新时安装目标应用的过程中，电子设备101可以使用简档重用工具基于先前简档来为要更新的目标应用产生新简档，并且可以将新简档传送到运行时。例如，如果执行应用更新(包括应用安装)，则电子设备101可以经由包管理器(例如，图2的包管理器220)(例如，包管理器服务(pacakgemanagerservice)模块)来验证应用。如果应用的验证完成，则针对应用更新的请求可以被传送到运行时(例如，art)。根据各种实施例，在安装应用的过程中，在从运行时请求应用更新之前，电子设备101可以使用简档重用工具将当前更新文件中的dex信息与应用的根据用户模式来记录的先前简档和先前更新文件中的dex信息进行比较。根据实施例，运行时可以编译从简档重用工具传送的新简档，并且可以产生本机代码(例如，*.odex和/或*.oat)和与应用的类信息相关联的初始化图像(例如，*.art)。
125.参考图7，电子设备101可以基于电子设备101在执行应用更新之前包含的应用的
先前简档710和应用的先前更新文件(例如，安装文件(例如，先前*.apk文件))中的java字节码720(例如，dex信息)来产生第一类元数据760。例如，电子设备101可以基于根据与先前简档710相关的方法标识符(例如，方法id)和标志的类信息以及基于先前更新文件的java字节码720的方法数据(例如，哈希值)和方法标识符的类信息，来执行与先前信息(例如，先前简档710和先前更新文件的java字节码720)相关联的方法分组730。根据实施例，电子设备101可以经由方法分组730基于与应用相关的先前信息产生第一类元数据760。根据实施例，第一类元数据760可以是基于先前信息的不变简档或不变元数据。
126.电子设备101可以基于根据应用更新请求获得的应用的当前更新文件(例如，当前*.apk文件)中的java字节码(例如，dex信息)740产生第二类元数据770。例如，电子设备101可以基于根据当前更新文件中的java字节码740的方法数据(例如，哈希值)和方法标识符的类信息来执行与当前信息(例如，当前更新文件的java字节码740)相关联的方法分组750。根据实施例，电子设备101可以经由方法分组750基于与应用相关的当前信息来产生第二类元数据770。根据实施例，第二类元数据770可以是基于当前信息的临时简档(例如，temp简档)或临时元数据(例如，temp元数据)。
127.根据实施例，电子设备101可以使用哈希值来减少花费在第一类元数据760和第二类元数据770之间的比较(或匹配)上的时间量，并且可以使用方法标识符(例如，类名、返回类型和/或方法名)来对每个类进行方法分组。根据实施例的元数据(例如，第一类元数据760和第二类元数据770)的结构可以如图8所示被示出。
128.参考图8，元数据可以包括至少一个字段，诸如类信息810、方法返回类型820、方法参数830和方法命令840。根据实施例，类信息810可以包括与方法具有的类815的包的数量相关联的信息。根据实施例，方法返回类型820可以包括方法返回类型的包的数量821、与是否使用数组相关联的信息823和/或与类型(例如，对象类型或基元类型)相关联的信息825。根据实施例，方法参数830可以包括参数信息835。例如，参数信息835可以包括方法参数的数量、参数的包的数量、与是否使用数组相关联的信息或者与参数类型(例如，对象类型或基元类型)相关联的信息。根据实施例，方法命令840可以包括与命令相关联的信息(例如，命令代码(opcode)845和参数对象(args))。根据实施例，表1和表2示出了方法(例如，表1)和与方法相关联的元数据(例如，表2)的示例。
129.[表1]
[0130][0131]
[表2]
[0132]
[0133]
根据实施例，电子设备101可以经由循环冗余校验(crc)(例如，crc-32)基于如图8的实施例所示的与元数据相关联的信息来产生哈希值。根据实施例，电子设备101可以在执行元数据匹配的操作中使用哈希值。其示例在图9中示出。
[0134]
参考图7和图9，电子设备101可以在基于先前信息(例如，先前简档和先前更新文件的dex信息)的第一类元数据760和基于当前信息(例如，当前更新文件的dex信息)的第二类元数据770之间执行比较(或匹配)780。根据实施例，电子设备101可以使用第一类元数据760的第一哈希值和第二类元数据770的第二哈希值来缩短花费在类元数据比较上的时间量。
[0135]
根据实施例，电子设备101可以经由第一类元数据760和第二类元数据770之间的比较780来识别相同部分(例如，方法)。例如，电子设备101可以通过比较元数据的内容来识别方法是否相同。根据实施例，基于第一类元数据760和第二类元数据770之间的比较，电子设备101可以对于没有变化的方法(例如，相同的方法910)和类维持现有信息。例如，在从运行时请求应用更新之前，电子设备101可以比较第一类元数据760和第二类元数据770，可以对于没有变化的方法(例如，相同的方法910)和/或类维持现有信息，可以对于新方法和/或类添加新信息，并且可以执行现有信息和新信息之间的匹配。
[0136]
根据实施例，电子设备101可以通过执行第一类元数据760和第二类元数据770之间的匹配来产生新简档(例如，新的art简档)790。根据实施例，电子设备101可以经由匹配来产生与应用相关的新的安装文件(例如，新的*.apk文件)，可以从新的安装文件解析java字节码(例如，dex文件)，并且可以产生要实际用于编译的新简档790。
[0137]
根据实施例，电子设备101可以使用dex2oat执行文件来编译新产生的简档790。相应地，在应用更新之后不另外使用更新的应用的情况下，电子设备101可以使用户能够立即使用具有根据先前用户使用模式而应用的运行时性能的应用。
[0138]
图10是示出根据各种实施例的用于由电子设备产生元数据的示例混淆操作的图，图11a是示出根据各种实施例的用于由电子设备产生元数据的示例混淆操作的图，并且图11b是示出根据各种实施例的用于由电子设备产生元数据的示例混淆操作的图。
[0139]
根据实施例，图10、图11a和图11b示出了电子设备101为元数据产生混淆代码的示例。例如，图10、图11a和图11b所示的实施例可以是图7、图8和图9所示的实施例中的元数据的混淆处理的示例。
[0140]
参考图10、图11a和图11b，电子设备101可以经由proguard(混淆器)执行混淆处理。根据实施例，proguard是用于代码混淆的工具，可以将参数、方法和/或类的名称改变为短的无意义名称，并且可以移除不必要的代码，从而执行优化。
[0141]
例如，如图10的实施例所示，参数、方法和/或类的名称经由源代码1010(例如，经由java编译器产生的java字节码)的混淆而改变，并且提供部分代码，因此，可以产生优化代码1020(例如，java字节码)。根据实施例，图8的实施例中所示的元数据可以基于图10中所示的优化代码1020(例如，混淆的字节码)来产生。
[0142]
根据实施例，图11a所示的实施例可以示出一个示例，其中由于混淆而产生了实质上不同的方法，尽管方法名称是相同的(例如，app-v1/smali/x/00x.smali)。例如，“.class public final lx/00x；”可以产生为另一种方法，诸如“.class public abstract lx/00x；”。
[0143]
根据实施例，图11b所示的实施例示出了一个示例，其中方法名称由于混淆而改变，尽管方法内容是相同的。例如，“app-v1/smali/x/00x.smali”可以被改变为“app-v2/smali/x/00y.smali”。
[0144]
根据各种示例实施例的操作方法和电子设备可以包括：检测应用的更新；基于检测到应用的更新，获得用于更新应用的更新文件；在安装应用时，获得先前与应用相关联地记录的第一信息和与应用的更新文件相关的第二信息；以及基于在第一信息和第二信息之间执行的匹配，产生将在更新之后的应用中使用的新简档。
[0145]
根据各种示例实施例，第一信息可以包括基于根据与应用相关联的使用模式所记录的先前简档和应用的先前更新文件的字节码而产生的第一元数据。
[0146]
根据各种示例实施例，第二信息可以包括基于在应用被更新的时间点经由通信电路从app商店获得的更新文件的字节码而产生的第二元数据。
[0147]
根据各种示例实施例，获得更新文件可以包括验证应用的更新文件的操作。
[0148]
根据各种示例实施例，执行第一信息和第二信息之间的匹配可以包括：在从运行时请求更新应用之前，执行第一信息和第二信息之间的匹配；以及基于该匹配维持相同的方法和相同的类。
[0149]
根据各种示例实施例，执行第一信息和第二信息之间的匹配的操作可以包括：与第一信息相关联地解析先前简档和包括在先前更新文件中的字节码以产生第一元数据的操作；解析包括在与第二信息相关联的更新文件中的字节码以产生第二元数据；以及比较第一元数据和第二元数据。
[0150]
根据各种示例实施例，第一元数据和第二元数据可以包括类信息、方法返回类型、方法参数和方法命令中的至少一个。
[0151]
根据各种示例实施例，比较可以包括基于第一元数据和第二元数据的哈希值来执行比较。
[0152]
根据各种示例实施例，方法可以包括基于根据在第一信息和第二信息之间执行的匹配而产生的新简档来执行编译。
[0153]
根据各种示例实施例，方法可以包括基于新简档的编译来产生本机代码和与应用类信息相关联的初始化图像。
[0154]
应当理解，虽然主要参考安卓操作系统示出和描述了本公开，但是本公开不限于此，并且适用于任何操作系统和/或应用更新过程。
[0155]
虽然已经参考各种示例实施例说明和描述了本公开，但是应当理解，各种示例实施例旨在是说明性的，而不是限制性的。本领域普通技术人员将进一步理解，在不脱离本公开的真实精神和全部范围，包括所附权利要求及其等同物的情况下，可以进行形式和细节上的各种改变。