文件编译方法及装置与流程

本公开涉及终端技术领域，尤其涉及一种文件编译方法及装置。

背景技术：

安卓(Android)系统从升级到5.0之后，通过使用安卓运行模式(Android runtime，简称为ART模式)来运行应用程序(APP)，需要将APP对应的安卓安装包(Android Package，简称为APK)预先编译成机器代码的可运行文件，即odex文件，导致每次通过空中下载(Over The Air，简称为OTA)技术对安卓系统中的核心组件升级之后，安装在智能手机上的第三方APP需要在智能手机开机启动的过程重新安装，在重新安装过程中，需要将APK文件编译成二进制代码的odex文件，由于该编译过程非常耗时，每一个APP多则会耗时几分钟，当电子设备上安装的第三方APP的数量较多时，整个编译过程将会消耗几十分钟，导致智能手机的开机时间过长。

技术实现要素：

为克服相关技术中存在的问题，本公开实施例提供一种文件编译方法及装置，用以降低电子设备的开机时长。

根据本公开实施例的第一方面，提供一种文件编译方法，包括：

当操作系统升级且所述操作系统被重启时，检测是否存在待编译的目标安装包文件；

若存在所述待编译的目标安装包文件，检测所述目标安装包文件是否是预设列表中记录的安装包文件，所述预设列表用于记录在所述操作系统升级且所述操作系统被重启时需要编译的安装包文件；

若所述目标安装包文件不是所述预设列表中记录的安装包文件，将所述目标安装包文件添加到预设队列中，所述预设队列用于记录所述操作系统在重启时不需要编译的安装包文件。

在一实施例中，所述文件编译方法还可包括：

检测所述操作系统是否处于空闲状态；

当所述操作系统处于空闲状态时，将所述预设队列中的安装包文件编译成可运行文件。

在一实施例中，所述将所述预设队列中的安装包文件编译成可运行文件，可包括：

根据安装包文件对应的类别确定所述预设队列中的安装包文件的编译优先级；

将所述预设队列中的安装包文件按照所述编译优先级的顺序编译成可运行文件。

在一实施例中，所述对所述预设队列中的安装包文件编译成可运行文件，可包括：

确定所述预设队列中的安装包文件添加到所述预设队列中的时间点；

将所述预设队列中的安装包文件按照所述时间点的顺序编译成可运行文件。

在一实施例中，所述文件编译方法还可包括：

统计所述操作系统已运行的全部第三方应用程序各自的运行时长；

确定运行时长排在前设定位数的第三方应用程序各自对应的标识；

将所述前设定位数的第三方应用程序各自对应的标识记录在所述预设列表中。

根据本公开实施例的第二方面，提供一种文件编译装置，包括：

第一检测模块，被配置为当操作系统升级且所述操作系统被重启时，检测是否存在待编译的目标安装包文件；

第二检测模块，被配置为若所述第一检测模块检测到存在待编译的目标安装包文件，检测所述目标安装包文件是否是预设列表中记录的安装包文件，所述预设列表用于记录在所述操作系统升级且所述操作系统被重启时需要编译的安装包文件；

添加模块，被配置为若所述第二检测模块检测到所述目标安装包文件不是所述预设列表中记录的安装包文件，将所述目标安装包文件添加到预设队列中，所述预设队列用于记录所述操作系统在重启时不需要编译的安装包文件。

在一实施例中，所述文件编译装置还可包括：

第三检测模块，被配置为检测所述操作系统是否处于空闲状态；

编译模块，被配置为当所述第三检测模块检测到所述操作系统处于空闲状态时，将所述预设队列中的安装包文件编译成可运行文件。

在一实施例中，所述编译模块可包括：

第一确定子模块，被配置为根据安装包文件对应的类别确定所述添加模块处理后的所述预设队列中的安装包文件的编译优先级；

第一编译子模块，被配置为将所述预设队列中的安装包文件按照所述第一确定子模块确定的所述编译优先级的顺序编译成可运行文件。

在一实施例中，所述编译模块可包括：

第二确定子模块，被配置为确定所述添加模块处理后的所述预设队列中的安装包文件添加到所述预设队列中的时间点；

第二编译子模块，被配置为将所述预设队列中的安装包文件按照所述第二确定子模块确定的所述时间点的顺序编译成可运行文件。

在一实施例中，所述文件编译装置还可包括：

统计模块，被配置为统计所述操作系统已运行的全部第三方应用程序各自的运行时长；

确定模块，被配置为确定所述统计模块统计到的所述运行时长排在前设定位数的第三方应用程序各自对应的标识；

记录模块，被配置为将所述确定模块确定的所述前设定位数的第三方应用程序对应的安装包文件记录在所述预设列表中。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当操作系统升级且所述操作系统被重启时，检测是否存在待编译的目标安装包文件；

若存在所述待编译的目标安装包文件，检测所述目标安装包文件是否是预设列表中记录的安装包文件，所述预设列表用于记录在所述操作系统升级且所述操作系统被重启时需要编译的安装包文件；

若所述目标安装包文件不是所述预设列表中记录的安装包文件，将所述目标安装包文件添加到预设队列中，所述预设队列用于记录所述操作系统在重启时不需要编译的安装包文件。

本公开的实施例提供的技术方案可以包括以下有益效果：

通过将不是预设列表中记录的安装包文件添加到预设队列中，避免在操作系统重启时对未记录在预设列表中的安装包文件进行编译，减少了操作系统在重启时编译目标安装包文件的次数，提高操作系统在启动时的效率。

此外，基于编译优先级对预设队列中的安装包文件进行编译，当操作系统的空闲状态的持续时长不足以使预设队列中的安装包文件均可以编译的情形下，可以基于编译优先级确保用户最需要使用的应用程序尽快得到编译，从而缩短用户等待使用应用程序的时长。

此外，基于时间点的顺序对预设队列中的安装包文件进行编译，当操作系统的空闲状态的持续时长不足以使预设队列中的安装包文件均可以编译的情形下，可以基于时间点的顺序确保最先或者最近记录在预设队列中安装包文件进行编译，提高了用户自定义设置编译安装文件包的灵活性。

此外，通过将运行时长排在前设定位数的第三方应用程序记录在预设列表中，可以使运行时长较长的第三方应用程序能够优先编译。

此外，通过将需要添加的安装包文件记录在预设列表中，可以根据用户的实际需求添加任意需要优先编译的安装包文件，提高用户优先处理第三方应用程序的灵活性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的文件编译方法的流程图。

图2是根据一示例性实施例一示出的文件编译方法的流程图。

图3是根据一示例性实施例二示出的文件编译方法的流程图。

图4是根据一示例性实施例三示出的文件编译方法的流程图。

图5是根据一示例性实施例示出的一种文件编译装置的框图。

图6是根据一示例性实施例示出的另一种文件编译装置的框图。

图7是根据一示例性实施例示出的一种适用于文件编译装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的文件编译方法的流程图；该文件编译方法可以应用在终端设备(例如：智能手机、平板电脑)上，如图1所示，该文件编译方法包括以下步骤101-103：

在步骤101中，当操作系统升级且操作系统被重启时，检测是否存在待编译的目标安装包文件。

在一实施例中，操作系统升级可以是操作系统的一些核心组件的升级，可通过OTA实现。在一实施例中，目标安装包文件可以为用户安装在电子设备上的第三方APP的安装包文件，该第三方APP的安装包文件需要在操作系统被重启时重新安装。在一实施例中，若不存在待编译的目标安装包文件，不执行任何操作。

在步骤102中，若存在待编译的目标安装包文件，检测目标安装包文件是否是预设列表中记录的安装包文件；其中，预设列表用于记录在操作系统升级且操作系统被重启时需要编译的安装包文件。

在一实施例中，可以将目标安装文件包的文件名与预设列表中所记录的安装包文件的文件名进行比较，当预设列表中有与目标安装包文件的文件名相同的安装文件包时，确定目标安装包文件为预设列表中记录的安装包文件，当预设列表中没有与目标安装文件包文件的文件名相同的安装包文件时，确定目标安装包文件不是预设列表中记录的安装包文件。

在一实施例中，当操作系统为安卓操作系统时，目标安装包文件为APK文件，可运行文件为odex文件，则可通过调用dex2oat，将APK文件编译成二进制代码的odex文件。

在一实施例中，若目标安装包文件是预设列表中记录的安装包文件，将目标安装包文件编译成可运行文件。其中，具体如何将目标安装包文件编译成可运行文件的相关描述可以参见相关技术，在此不再详述。

在步骤103中，若目标安装包文件不是预设列表中记录的安装包文件，将目标安装包文件添加到预设队列中，其中，预设队列用于记录操作系统在重启时不需要编译的安装包文件。

在一实施例中，预设队列可以为电子设备的操作系统运行后，后台执行dex2oat操作的JobService BackgroundDexoptService的队列，其中，预设队列可以记录操作系统在重启时不需要编译的安装包文件，操作系统可在处于空闲状态时编译预设队列中的安装包文件。

在一示例性场景中，电子设备上安装了20个第三方应用程序，其中，有10个(例如，前10个)第三方应用程序的安装包文件被记录在预设列表中，另10个(例如，后10个)第三方应用程序的安装包文件未被记录在预设列表中，当操作系统升级且操作系统被重启时，该20个第三方应用程序对应的安装包文件均需要进行重新编译，由于前10个第三方应用程序的安装包文件均记录在预设列表中，则需要对前10个第三方应用程序各自对应的安装包文件编译成可运行文件，由于后10个第三方应用程序的安装包文件未记录在预设列表中，则可以将后10个第三方应用程序的安装包文件添加到预设队列中，等操作系统处于空闲状态时对该后10个第三方应用程序的安装包文件进行编译。

本实施例中，通过将不是预设列表中记录的安装包文件添加到预设队列中，避免在操作系统重启时对未记录在预设列表中的安装包文件进行编译，减少了操作系统在重启时编译目标安装包文件的次数，提高了操作系统在启动时的效率。

在一实施例中，文件编译方法还可包括：

检测操作系统是否处于空闲状态；

当操作系统处于空闲状态时，将预设队列中的安装包文件编译成可运行文件。

在一实施例中，将预设队列中的安装包文件编译成可运行文件，可包括：

根据安装包文件对应的类别确定预设队列中的安装包文件的编译优先级；

将预设队列中的安装包文件按照编译优先级的顺序编译成可运行文件。

在一实施例中，对预设队列中的安装包文件编译成可运行文件，可包括：

确定预设队列中的安装包文件添加到预设队列中的时间点；

将预设队列中的安装包文件按照时间点的顺序编译成可运行文件。

在一实施例中，文件编译方法还可包括：

统计操作系统已运行的全部第三方应用程序各自的运行时长；

将运行时长排在前设定位数的第三方应用程序对应的安装包文件记录在预设列表中。

在一实施例中，文件编译方法还可包括：

检测是否有向预设列表中添加安装包文件的触发事件；

当检测到有向预设列表中添加安装包文件的触发事件时，将需要添加的安装包文件添加在预设列表中。

如何编译文件的，请参考后续实施例。

至此，本公开实施例提供的上述方法，可以避免在操作系统重启时对未记录在预设列表中的安装包文件进行编译，减少操作系统在重启时编译目标安装包文件的次数，提高操作系统在启动时的效率。

下面以具体实施例来说明本公开实施例提供的技术方案。

图2是根据一示例性实施例一示出的文件编译方法的流程图；本实施例利用本公开实施例提供的上述方法，以如何对预设队列中的安装包文件编译成可运行文件为例进行示例性说明，如图2所示，包括如下步骤：

在步骤201中，检测操作系统是否处于空闲状态，当操作系统处于空闲状态时，执行步骤202，当操作系统未处于空闲状态时，继续执行步骤201，以保持检测状态。

在一实施例中，可以通过检测操作系统当前是否运行应用程序来确定操作系统是否处于空闲状态，当操作系统未运行任何应用程序时，确定操作系统处于空闲状态，当操作系统运行有任意应用程序时，操作系统处于工作状态。

在步骤202中，当操作系统处于空闲状态时，根据安装包文件对应的类别确定预设队列中的安装包文件的编译优先级。

在一实施例中，编译优先级可以由用户根据应用程序的类别来设置，例如，类别为即时沟通类的应用程序的编译优先级最高，类别为视频类的应用程序的编译优先级次之，类别为购物类的应用程序的编译优先级最低。在一实施例中，编译优先级可以通过排序的方式来体现，例如，即时沟通类的应用程序排在最前面，视频类的应用程序次之，购物类的应用程序排在最后，等等。

在步骤203中，将预设队列中的安装包文件按照编译优先级的顺序编译成可运行文件。

与上述步骤202相应，可以优先将预设队列中的即时沟通类的应用程序的安装包文件编译成可运行文件，再将视频类的应用程序的安装包文件编译成可运行文件，最后将购物类的应用程序的安装包文件编译成可运行文件。

本实施例中，基于编译优先级对预设队列中的安装包文件进行编译，当操作系统的空闲状态的持续时长不足以使预设队列中的安装包文件均可以编译的情形下，可以基于编译优先级确保用户最需要使用的应用程序尽快得到编译，从而缩短用户等待使用应用程序的时长。

图3是根据一示例性实施例二示出的文件编译方法的流程图；本实施例利用本公开实施例提供的上述方法，以如何对预设队列中的安装包文件编译成可运行文件为例进行示例性说明，如图3所示，包括如下步骤：

在步骤301中，检测操作系统是否处于空闲状态；当操作系统处于空闲状态时，执行步骤302，当操作系统未处于空闲状态时，继续执行步骤301，以保持检测状态。

步骤301的描述可以参见上述图2实施例的相关描述，在此不再详述。

在步骤302中，当操作系统处于空闲状态时，确定预设队列中的安装包文件添加到预设队列中的时间点。

在一实施例中，操作系统可以记录安装包文件在添加到预设队列中的时间点，并将该时间点记录在预设队列中。

在步骤303中，将预设队列中的安装包文件按照时间点的顺序编译成可运行文件。

在一实施例中，可以将时间点最早的安装包文件优先编译成可运行文件，在另一实施例中，可以将时间点最近的安装包文件优先编译成可运行文件。

本实施例中，基于时间点的顺序对预设队列中的安装包文件进行编译，当操作系统的空闲状态的持续时长不足以使预设队列中的安装包文件均可以编译的情形下，可以基于时间点的顺序确保最先或者最近记录在预设队列中安装包文件进行编译，提高了用户自定义设置编译安装文件包的灵活性。

图4是根据一示例性实施例三示出的文件编译方法的流程图；本实施例利用本公开实施例提供的上述方法，以如何得到预设列表以及对预设列表进行更新为例进行示例性说明，如图4所示，包括如下步骤：

在步骤401中，统计操作系统已运行的全部第三方应用程序各自的运行时长。

在一实施例中，操作系统可以对每一个第三方应用程序的运行时长进行统计，例如，当任意一个第三方应用程序安装在电子设备上后，只要该第三方应用程序启动并运行，则操作系统记录该第三方应用程序的运行时长，从而得到每一个第三方应用程序总的运行时长。

在步骤402中，将运行时长排在前设定位数的第三方应用程序对应的安装包文件记录在预设列表中。

对于用户的习惯而言，当一些第三方应用程序的运行时长较长时，表明该第三方应用程序对于该用户的使用而言其重要程度较高，因此可以运行时长排在前设定位数的第三方应用程序记录在预设列表中。例如，电子设备上安装了20个第三方应用程序，其中，20个第三方应用程序中的“米聊”APP的运行时长最长，“小米商城”APP次之，“小米直播”APP再次之，则可以将“米聊”APP、“小米商城”APP、“小米直播”APP排在前三位，其它应用程序按照运行时长顺次排列。

在一实施例中，设定位数可以根据用户实际使用的第三方应用程序的数量来确定，例如，若用户安装了20个第三方应用程序，则可以按照运行时长将前10个第三方应用程序记录在预设列表中，若用户安装了10个第三方应用程序，则可以按照运行时长将前5个第三方应用程序记录在预设列表，也即，本公开对预设位数的具体个数不做限制。

在步骤403中，检测是否有向预设列表中添加安装包文件的触发事件，当检测到有向预设列表中添加安装包文件的触发事件时，执行步骤404，当未检测到有向预设列表中添加安装包文件的触发事件时，继续执行步骤403，以保持检测状态。

在步骤404中，当检测到有向预设列表中添加安装包文件的触发事件时，将需要添加的安装包文件记录在预设列表中。

对于一些最新安装在电子设备上的第三方应用程序，由于时间限制，其总的运行时长通常不会很长，但该第三方应用程序对于用户而言可能很重要，因此，对于该种情形，本公开可以使用户根据其具体需求需要优先编译的安装包文件优先编译，在一实施例中，可以通过电子设备的设置选项来设置需要添加的安装包文件，例如，在设置选项中添加一个设置按键，通过触发该设置按键即可将用户需要添加的安装包文件添加到预设列表中。例如，电子设备上最新安装了“小米直播”APP，当操作系统被升级且操作系统被重启时，如果用户需要最先运行“小米直播”APP，可以通过本实施例将“小米直播”APP对应的安装包文件添加到预设列表中，从而使“小米直播”APP对应的安装包文件优先编译。

本实施例中，通过将运行时长排在前设定位数的第三方应用程序记录在预设列表中，可以使运行时长较长的第三方应用程序能够优先编译；通过将需要添加的安装包文件添加在预设列表中，可以根据用户的实际需求添加任意需要优先编译的安装包文件，提高用户优先处理第三方应用程序的灵活性。

图5是根据一示例性实施例示出的一种文件编译装置的框图，如图5所示，文件编译装置包括：

第一检测模块51，被配置为当操作系统升级且操作系统被重启时，确定是否有需要编译的目标安装包文件；

第二检测模块52，被配置为若第一检测模块51检测到存在待编译的目标安装包文件，检测目标安装包文件是否是预设列表中记录的安装包文件，预设列表用于记录在操作系统升级且操作系统被重启时需要编译的安装包文件；

添加模块53，被配置为若第二检测模块52检测到目标安装包文件不是预设列表中记录的安装包文件，将目标安装包文件添加到预设队列中，其中，预设队列用于记录操作系统在重启时不需要编译的安装包文件。

图6是根据一示例性实施例示出的另一种文件编译装置的框图，如图6所示，在上述图5所示实施例的基础上，在一实施例中，文件编译装置还可包括：

第三检测模块54，被配置为检测操作系统是否处于空闲状态；

编译模块55，被配置为当第三检测模块54检测到操作系统处于空闲状态时，将添加模块53处理后的预设队列中的安装包文件编译成可运行文件。

在一实施例中，编译模块55可包括：

第一确定子模块551，被配置为根据安装包文件对应的类别确定添加模块53处理后的预设队列中的安装包文件的编译优先级；

第一编译子模块552，被配置为将预设队列中的安装包文件按照第一确定子模块551确定的编译优先级的顺序编译成可运行文件。

在一实施例中，编译模块55可包括：

第二确定子模块553，被配置为确定添加模块53处理后的预设队列中的安装包文件添加到预设队列中的时间点；

第二编译子模块554，被配置为将预设队列中的安装包文件按照第二确定子模块553确定的时间点的顺序编译成可运行文件。

在一实施例中，文件编译装置还可包括：

统计模块56，被配置为统计操作系统已运行的全部第三方应用程序各自的运行时长；

记录模块57，被配置为将统计模块56统计的运行时长排在前设定位数的第三方应用程序记录在预设列表中，以供第二检测模块52检测目标安装包文件是否是记录模块57得到的预设列表中记录的安装包文件。

在一实施例中，文件编译装置还可包括：

第四检测模块58，被配置为检测是否有向预设列表中添加安装包文件的触发事件；

记录模块57，还被配置为当第四检测模块58检测到有向预设列表中添加安装包文件的触发事件时，将需要添加的安装包文件记录在预设列表中，以供第二检测模块52确定目标安装包文件是否为记录模块57得到的预设列表中记录的安装包文件。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种适用于文件编译装置的框图。例如，装置700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等电子设备。

参照图7，装置700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制装置700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理部件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件706为装置700的各种组件提供电力。电力组件706可以包括电源管理系统，一个或多个电源，及其他与为装置700生成、管理和分配电力相关联的组件。

多媒体组件708包括在所述装置700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当装置700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为装置700提供各个方面的状态评估。例如，传感器组件714可以检测到设备700的打开/关闭状态，组件的相对定位，例如所述组件为装置700的显示器和小键盘，传感器组件714还可以检测装置700或装置700一个组件的位置改变，用户与装置700接触的存在或不存在，装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于装置700和其他设备之间有线或无线方式的通信。装置700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行文件编译方法，包括如下步骤：

当操作系统升级且所述操作系统被重启时，检测是否存在待编译的目标安装包文件；

若存在所述待编译的目标安装包文件，检测所述目标安装包文件是否是预设列表中记录的安装包文件，所述预设列表用于记录在所述操作系统升级且所述操作系统被重启时需要编译的安装包文件；

若所述目标安装包文件不是所述预设列表中记录的安装包文件，将所述目标安装包文件添加到预设队列中，所述预设队列用于记录所述操作系统在重启时不需要编译的安装包文件。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。上述指令可由装置700的处理器720执行以完成上述方法，包括如下步骤：

当操作系统升级且所述操作系统被重启时，检测是否存在待编译的目标安装包文件；

若存在所述待编译的目标安装包文件，检测所述目标安装包文件是否是预设列表中记录的安装包文件，所述预设列表用于记录在所述操作系统升级且所述操作系统被重启时需要编译的安装包文件；

若所述目标安装包文件不是所述预设列表中记录的安装包文件，将所述目标安装包文件添加到预设队列中，所述预设队列用于记录所述操作系统在重启时不需要编译的安装包文件。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。