CN116257706A - 应用加载方法、装置及存储介质 - Google Patents

应用加载方法、装置及存储介质 Download PDF

Info

Publication number
CN116257706A
CN116257706A CN202310002294.0A CN202310002294A CN116257706A CN 116257706 A CN116257706 A CN 116257706A CN 202310002294 A CN202310002294 A CN 202310002294A CN 116257706 A CN116257706 A CN 116257706A
Authority
CN
China
Prior art keywords
application
shader
cache
cache file
prefabricated
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.)
Pending
Application number
CN202310002294.0A
Other languages
English (en)
Inventor
刘飞
李刚
徐猛
谷超
董志钢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202310002294.0A priority Critical patent/CN116257706A/zh
Publication of CN116257706A publication Critical patent/CN116257706A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24552—Database cache management
    • 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/44505—Configuring for program initiating, e.g. using registry, configuration files
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

本公开是关于一种应用加载方法、装置及存储介质。该方法包括：响应于确定所述终端中安装的应用被首次启动，确定所述应用在终端中具有对应的预制缓存目录；响应于确定所述应用在终端中具有对应的预制缓存目录，自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件；基于所述第一着色器缓存文件，加载所述应用；其中，所述第一着色器缓存文件是对所述应用启动对应的着色器进行编译后得到的着色器缓存文件。采用本公开的方法，可以减少终端中应用的启动时间，改善由于缓存丢失导致的丢帧和卡顿现象，提高应用的使用流畅性。

Description

应用加载方法、装置及存储介质
技术领域
本公开涉及计算机技术领域，尤其涉及一种应用加载方法、装置及存储介质。
背景技术
Android手机系统经过多年的发展，其图形渲染系统已日趋完善。但时至今日依然存在一些卡顿和掉帧等流畅度问题，这些问题很大程度上影响了用户的使用体验。当前Android采用的跨平台图形接口(OpenGL for Embedded Systems，OpenGL ES)需要用到大量的着色器shader，这些shader是由各应用app提供的，需要在特定手机平台的图形处理器(Graphics Processing Unit，GPU)上编译和缓存，该过程较为耗时，会使Android出现由缓存丢失(cache_miss)现象，从而造成严重的丢帧，有时甚至会造成十几帧的丢帧，用户会明显感觉到卡顿。同时在手机启动阶段的大量shader编译也造成了延长了app的冷启动时间。
发明内容
为克服相关技术中存在的问题，本公开提供一种应用加载方法、装置及存储介质。
根据本公开实施例的第一方面，提供一种应用加载方法，包括：
响应于确定所述终端中安装的应用被首次启动，确定所述应用在终端中具有对应的预制缓存目录；
响应于确定所述应用在终端中具有对应的预制缓存目录，自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件；
基于所述第一着色器缓存文件，加载所述应用；
其中，所述第一着色器缓存文件是对所述应用启动对应的着色器进行编译后得到的着色器缓存文件。
一种实施方式中，还包括：
响应于确定所述应用被操作，自所述终端的预制缓存目录查询所述预制缓存目录中是否存在所述操作对应的第二着色器缓存文件，其中，所述操作是与所述启动不同的操作；
若所述预制缓存目录中存在所述操作对应的第二着色器缓存文件，则自所述预制缓存目录获取所述操作对应的第二着色器缓存文件，并基于所述第二着色器缓存文件加载所述应用；
若所述预制缓存目录中不存在所述操作对应的第二着色器缓存文件，则对所述操作对应的着色器进行编译得到第二着色器缓存文件，基于所述第二着色器缓存文件加载所述应用，并将所述第二着色器缓存文件保存至所述预制缓存目录；
其中，所述第二着色器缓存文件是对所述应用操作对应的着色器进行编译后得到的着色器缓存文件。
一种实施方式中，所述自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件，包括：
自所述预制缓存目录读入所述第一着色器缓存文件至所述终端的系统缓存；
所述自所述预制缓存目录获取所述操作对应的第二着色器缓存文件，包括：
自所述预制缓存目录读入所述第二着色器缓存文件至所述终端的系统缓。
一种实施方式中，所述预制缓存目录中的第一着色器缓存文件和第二着色器缓存文件采用如下方式获得：
在测试终端中，启动所述应用，并对所述应用进行操作；
自测试终端的系统缓存获取所述应用被触发启动时对应的第一着色器缓存文件，以及所述应用被触发操作对应的第二着色器缓存文件，并将所述第一着色器缓存文件和所述第二着色器缓存文件保存至所述应用的系统镜像；
在所述终端安装或者更新所述应用时，下载所述应用的系统镜像；
将所述系统镜像中的第一着色器缓存文件和第二着色器缓存文件保存至所述终端的所述预制缓存目录。
一种实施方式中，所述对所述应用进行操作，包括：
在所述测试终端中，对所述应用进行所述应用支持的全部操作。
根据本公开实施例的第二方面，提供一种应用加载装置，包括：
确定单元，被配置为响应于确定终端中安装的应用被首次启动，确定所述应用在终端中具有对应的预制缓存目录；
获取单元，被配置为响应于确定所述应用在终端中具有对应的预制缓存目录，自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件；
加载单元，被配置为基于所述第一着色器缓存文件，加载所述应用；
其中，所述第一着色器缓存文件是对所述应用启动对应的着色器进行编译后得到的着色器缓存文件。
一种实施方式中，还包括：
响应于确定所述应用被操作，自所述终端的预制缓存目录查询所述预制缓存目录中是否存在所述操作对应的第二着色器缓存文件，其中，所述操作是与所述启动不同的操作；
若所述预制缓存目录中存在所述操作对应的第二着色器缓存文件，则自所述预制缓存目录获取所述操作对应的第二着色器缓存文件，并基于所述第二着色器缓存文件加载所述应用；
若所述预制缓存目录中不存在所述操作对应的第二着色器缓存文件，则对所述操作对应的着色器进行编译得到第二着色器缓存文件，基于所述第二着色器缓存文件加载所述应用，并将所述第二着色器缓存文件保存至所述预制缓存目录；
其中，所述第二着色器缓存文件是对所述应用操作对应的着色器进行编译后得到的着色器缓存文件。
一种实施方式中，所述自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件，包括：
自所述预制缓存目录读入所述第一着色器缓存文件至所述终端的系统缓存；
所述自所述预制缓存目录获取所述操作对应的第二着色器缓存文件，包括：
自所述预制缓存目录读入所述第二着色器缓存文件至所述终端的系统缓存。
一种实施方式中，所述预制缓存目录中的第一着色器缓存文件和第二着色器缓存文件采用如下方式获得：
在测试终端中，启动所述应用，并对所述应用进行操作；
自测试终端的系统缓存获取所述应用被触发启动时对应的第一着色器缓存文件，以及所述应用被触发操作对应的第二着色器缓存文件，并将所述第一着色器缓存文件和所述第二着色器缓存文件保存至所述应用的系统镜像；
在所述终端安装或者更新所述应用时，下载所述应用的系统镜像；
将所述系统镜像中的第一着色器缓存文件和第二着色器缓存文件保存至所述终端的所述预制缓存目录。
一种实施方式中，所述对所述应用进行操作，包括：
在所述测试终端中，对所述应用进行所述应用支持的全部操作。
根据本公开实施例的第三方面，提供一种应用加载装置，包括：处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：执行如第一方面中任一项所述的应用加载方法。
根据本公开实施例的第四方面，提供一种存储介质，其特征在于，所述存储介质中存储有指令，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行如第一方面中任一项所述的应用加载方法。
本公开的实施例提供的技术方案可以包括以下有益效果：在终端中安装的应用被首次启动时，基于自终端的预制缓存目录获取的、已对对应的着色器完成编译的第一着色器缓存文件加载该应用，无需等待着色器编译后再启动应用，减少了应用启动时间，改善了由于缓存丢失导致的丢帧和卡顿现象，提高了应用的使用流畅性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种应用加载方法的流程图。
图2是根据一示例性实施例示出的一种应用加载方法的流程图。
图3是根据一示例性实施例示出的一种预制缓存目录中着色器缓存文件的获取方法的流程图。
图4是根据一示例性实施例示出的一种应用加载方法的流程图。
图5是根据一示例性实施例示出的一种应用加载装置框图。
图6是根据一示例性实施例示出的一种装置的框图。
图7是根据一示例性实施例示出的一种装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。
上文提及，当前Android采用的OpenGL ES接口需要用到大量的着色器shader，这些shader是由各应用app提供的，需要在特定手机平台的GPU上编译和缓存，该过程较为耗时，会使Android出现由cache_miss现象，从而造成严重的丢帧，有时甚至会造成十几帧的丢帧，用户会明显感觉到卡顿。同时在手机启动阶段的大量shader编译也造成了延长了app的冷启动时间。
Android原生系统采用二级缓存策略来对数据进行缓存。二级缓存是指LruCache和FileBlobCache。其中，LruCache是指Least Recently Used Cache，即用于保存最近使用过的数据的缓存。FileBlobCache是将所有缓存数据保存在同一个数据data文件中，使用RandomAccessFile随机读取接口，像操作指针一样控制索引index的偏移量来读写data文件对应位置的数据的缓存。基于Android原生系统采用的二级缓存策略，在app首次使用到某个shader时会进行编译，并将编译好的二进制文件保存到LruCache中，同时将LruCache中的所有shader cache更新到FileBlobCache。当app再次使用到某个shader时，会依次在LruCache和FileBlobCache中搜索，如果搜索到对应shader cache，则直接加载；如果未搜索到则执行编译，生成对应的二进制缓存，并更新到LruCache和FileBlobCache中。
采用这种方式，在app首次启动时，由于LruCache和FileBlobCache中均没有保存已经编译完成的shader cache，因此需要等待app启动所需的所有shader编译完成后，才能进行下一步操作。这将导致app的启动时间过长，且在运行过程中可能出现丢帧或者卡顿的现象。
相关技术中，有app厂商采用启动时播放广告的方式来解决app启动时间过长的技术问题。这种方案会影响用户的使用体验，且该方案仍然需要等待较长时间，且没有解决app运行过程中可能出现丢帧或者卡顿的现象的技术问题。
鉴于此，本公开实施例提供了一种应用加载方法，通过设置在终端中安装的应用被首次启动时，基于自终端的预制缓存目录获取的、已对对应的着色器完成编译的第一着色器缓存文件加载该应用，无需等待着色器编译后再启动应用，减少了应用启动时间，改善了由于缓存丢失导致的丢帧和卡顿现象，提高了应用的使用流畅性。
图1是根据一示例性实施例示出的一种应用加载方法的流程图，如图1所示，该应用加载方法用于终端中，包括以下步骤。
在步骤S11中，响应于确定终端中安装的应用被首次启动，确定应用在终端中具有对应的预制缓存目录。
在步骤S12中，响应于确定应用在终端中具有对应的预制缓存目录，自预制缓存目录获取应用启动对应的第一着色器缓存文件。
在步骤S13中，基于第一着色器缓存文件，加载应用。
其中，第一着色器缓存文件是对应用启动对应的着色器进行编译后得到的着色器缓存文件。
本公开实施例的应用加载方法可以应用于终端。终端也可以称为终端设备、移动台(Mobile Station，MS)、移动终端(Mobile Terminal，MT)等，是一种向用户提供语音和/或数据连通性的设备，例如，终端可以是具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：智能手机(Mobile Phone)、口袋计算机(Pocket PersonalComputer，PPC)、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、笔记本电脑、平板电脑、可穿戴设备、或者车载设备等。此外，当为车联网(V2X)通信系统时，终端设备还可以是车载设备。应理解，本公开实施例对终端所采用的具体技术和具体设备形态不做限定。
本公开实施例中，采用预制缓存的方式解决应用冷启动时等待时间过长的技术问题，由于预制缓存是将预先编译好的着色器缓存文件保存在手终端磁盘中，因此会占用终端的存储资源。预先存储的着色器缓存文件越多，占用的终端存储资源越多。因而，为了提高效率，可以设置终端中的部分应用，例如热门应用、用户常用应用支持采用预制缓存的方式进行加载，其他应用可以不支持采用预制缓存的方式进行加载。
本公开实施例中，响应于确定终端中安装的应用被首次启动，确定应用在终端中是否具有对应的预制缓存目录。通过确定应用在终端中是否具有对应的预制缓存目录，可以确定该应用是否支持采用预制缓存的方式进行加载。对于支持采用预制缓存的方式进行加载的应用，可以使用本公开实施例提供的方法进行加载。对于不支持采用预制缓存的方式进行加载，可以使用常规的应用加载方式进行加载，此处不再赘述。
本公开实施例中，在确定应用在终端中具有对应的预制缓存目录时，可以自终端的预制缓存目录获取应用启动对应的第一着色器缓存文件。其中，终端的预制缓存目录为终端中的具有唯一路径的目录，且该目录与终端至镜像源码中下载的应用的镜像中所记载的预制缓存解压存放的目录相同。
本公开实施例中，应用启动对应的第一着色器包括，应用启动时所需要调用的图形接口所使用的全部着色器。第一着色器缓存文件是指，对应用启动时所需要调用的图形接口所使用的全部着色器进行编译后得到的着色器缓存文件。一示例中，第一着色器缓存文件可以是对应用启动时所需要调用的图形接口所使用的全部着色器进行编译后得到的二进制编码文件。
本公开实施例中，可以基于获取的第一着色器缓存文件，加载应用。可以理解为，在首次启动终端中安装的应用时，可以直接获取对启动时所需要调用的图形接口所使用的全部着色器已经完成编译的第一着色器缓存文件，而无需终端的GPU对这些着色器进行编译存储后，再获取存储的着色器缓存文件。采用这样的方式，终端可以直接基于获取的第一着色器缓存文件加载应用，无需等待对着色器编译后，再获取着色器缓存文件并基于获取的着色器缓存文件加载应用。
采用本公开实施例的技术方案，通过设置在终端中安装的应用被首次启动时，基于自终端的预制缓存目录获取的、已对对应的着色器完成编译的第一着色器缓存文件加载该应用，无需等待着色器编译后再启动应用，减少了应用启动时间，改善了由于缓存丢失导致的丢帧和卡顿现象，提高了应用的使用流畅性。
图2是根据一示例性实施例示出的一种应用加载方法的流程图，其中，步骤S21-S23与图1所示实施例中的步骤S11-S13相同，此处不再赘述。如图2所示，该方法还包括以下步骤。
在步骤S24中，响应于确定应用被操作，自终端的预制缓存目录查询预制缓存目录中是否存在操作对应的第二着色器缓存文件。
其中，该操作是与启动不同的操作。
在步骤S25中，若预制缓存目录中存在操作对应的第二着色器缓存文件，则自预制缓存目录获取操作对应的第二着色器缓存文件，并基于第二着色器缓存文件加载应用。
在步骤S26中，若预制缓存目录中不存在操作对应的第二着色器缓存文件，则对操作对应的着色器进行编译得到第二着色器缓存文件，基于第二着色器缓存文件加载应用，并将第二着色器缓存文件保存至预制缓存目录。
其中，第二着色器缓存文件是对应用操作对应的着色器进行编译后得到的着色器缓存文件。
本公开实施例中，还可以基于预制缓存中的第二着色器缓存文件，在应用被操作时加载应用。一示例中，可以响应于确定所述应用被操作，自所述终端的预制缓存目录查询所述预制缓存目录中是否存在所述操作对应的第二着色器缓存文件。预制缓存目录中保存的第一着色器缓存文件和第二着色器缓存文件是通过预先对应用进行启动或操作后，自终端的系统缓存中获取的，预先获取时需要尽量获取应用所有操作对应的着色器缓存文件。然而，若应用随后进行了更新，增加了新的操作，或者在预先获取时未能全面覆盖所有操作，又或者为了平衡成本与效率，在预先获取时仅覆盖了部分常用操作，后续在应用被操作时，可能预制缓存目录中没有保存该操作对应的第二着色器缓存文件。因此，在应用被操作时，首先需要查询终端的预制缓存目录中是否存在所述操作对应的第二着色器缓存文件。
本公开实施例中，若预制缓存目录中存在操作对应的第二着色器缓存文件，则自预制缓存目录获取操作对应的第二着色器缓存文件，并基于第二着色器缓存文件加载应用；若预制缓存目录中不存在操作对应的第二着色器缓存文件，则对操作对应的着色器进行编译得到第二着色器缓存文件，基于第二着色器缓存文件加载应用，并将第二着色器缓存文件保存至预制缓存目录。
也就是说，若预制缓存目录中存在操作对应的第二着色器缓存文件，表明针对该操作，终端的预制缓存目录中保存了对该操作所需要调用的图形接口所使用的着色器进行编译后的着色器缓存文件。此时可以直接获取该第二着色器缓存文件，并基于该第二着色器缓存文件加载应用。
另一方面，若预制缓存目录中不存在操作对应的第二着色器缓存文件，表明针对该操作，终端的预制缓存目录中没有保存对该操作所需要调用的图形接口所使用的着色器进行编译后的着色器缓存文件。此时，需要首先基于终端中的GPU对该操作所需要调用的图形接口所使用的着色器进行编译，获取编译后的二进制缓存文件，即该操作对应的第二着色器缓存文件，然后基于该第二着色器缓存文件加载应用。同时，还可以将该第二着色器缓存文件保存至预制缓存目录，以使应用在下一次被操作时，可以直接调用该第二着色器缓存文件，并基于该第二着色器缓存文件加载应用。
本公开实施例中，预制缓存目录可以是手机磁盘中缓存目录，为方便终端调用预制缓存目录中的着色器缓存文件，可以首先将着色器缓存文件自预制缓存目录读入至终端的系统缓存，然后再基于系统缓存中的着色器缓存文件加载应用。一示例中，可以自预制缓存目录读入第一着色器缓存文件至终端的系统缓存，以实现自预制缓存目录获取应用启动对应的第一着色器缓存文件。另一示例中，可以自预制缓存目录读入第二着色器缓存文件至终端的系统缓存，以实现自预制缓存目录获取应用启动对应的第二着色器缓存文件。
本公开实施例中，预制缓存目录中的第一着色器缓存文件和第二着色器缓存文件是通过预先对应用进行启动或操作后，自终端的系统缓存中获取的，预先获取时需要尽量获取应用所有操作对应的着色器缓存文件。
图3是根据一示例性实施例示出的一种预制缓存目录中着色器缓存文件的获取方法的流程图，如图3所示，该方法包括如下步骤。
在步骤S31中，在测试终端中启动应用，并对应用进行操作。
在步骤S32中，自测试终端的系统缓存获取应用被触发启动时对应的第一着色器缓存文件，以及应用被触发操作对应的第二着色器缓存文件，并将第一着色器缓存文件和第二着色器缓存文件保存至应用的系统镜像。
在步骤S33中，在终端安装或者更新应用时，下载应用的系统镜像。
在步骤S34中，将系统镜像中的第一着色器缓存文件和第二着色器缓存文件保存至终端的预制缓存目录。
本公开实施例中，可以首先在测试终端中启动应用，并对应用进行操作。可以采用手动或者滑动脚本的方式，尽可能多地浏览应用的功能页面，以尽量覆盖应用的全部操作。然后自测试终端的系统缓存获取应用被触发启动时对应的第一着色器缓存文件，以及应用被触发操作对应的第二着色器缓存文件，并将第一着色器缓存文件和第二着色器缓存文件保存至应用的系统镜像。在测试终端中，应用被启动和/或操作时，测试终端调用的图形接口所使用的着色器会在测试终端的GPU中进行编译，且编译后得到的二进制缓存文件会存放在系统缓存中，进而保存至测试终端的磁盘中。
在应用启动和全部应用操作的着色器缓存文件都被存储于测试终端的磁盘中后，可以将磁盘中的着色器缓存文件全部导出至终端应用的镜像源码即系统镜像，该镜像源码可存储于服务器，终端在安装或这更新应用时，可以自服务器下载该镜像源码的镜像。终端安装下载的镜像时，可以将镜像中的着色器缓存文件保存至指定目录，该指定目录即为预制缓存目录。
本公开实施例中，在测试终端中，对应用进行应用支持的全部操作，以提高应用加载速度。一些示例中，为节省终端的存储资源，也可以对应用进行应用支持的部分操作，该部分操作可以是常用操作、热门操作、调用图形接口时使用的着色器较多的操作等，对其余操作可以不进行预制缓存，而使在加载应用时进行编译缓存，从而在提高应用加载速度的同时降低终端资源占用。
本公开实施例中，系统缓存可以是FileBlobCache缓存。
图4是根据一示例性实施例示出的一种应用加载方法的流程图。如图4所示，终端包括应用APP、程序缓存、程序制作器、着色器缓存、系统缓存和磁盘，服务器中存储有镜像源码。在准备阶段，App首先在程序缓存中查找或制作着色器程序，着色器程序可以是启动或者其他操作对应的着色器程序。当着色器程序已经存在时，App执行下一操作，再次查找或制作该下一操作着色器程序。当着色器程序不存在时，由程序制作器制作着色器程序，并将制作完成的着色器程序保存至着色器缓存，制作完成的着色器程序包括(键值，数据)对。接下来，可以将着色器程序的(键值，数据)对保存至磁盘并固化，一示例中，可以首先将着色器程序的(键值，数据)对保存至系统缓存，然后写入磁盘。需要说明的是，这里的终端可以是测试终端。
在复制阶段，可以自测试终端的磁盘中复制上述着色器程序的(键值，数据)对，并制作镜像。终端可以下载并安装该镜像。
在使用阶段，App仍然需要在程序缓存中查找或制作着色器程序，着色器程序可以是启动或者其他操作对应的着色器程序。当着色器程序已经存在时，终端自着色器缓存和/或系统缓存加载并获取键值，基于该键值自终端的磁盘中读出该着色器程序。当着色器程序不存在时，通过程序制作器制作对应的着色器程序，添加(键值，数据)对后保存至磁盘并固化。
基于相同的构思，本公开实施例还提供一种应用加载装置。
可以理解的是，本公开实施例提供的应用加载装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本公开实施例中所公开的各示例的单元及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的技术方案的范围。
图5是根据一示例性实施例示出的一种应用加载装置框图。参照图5，该装置100包括确定单元101，获取单元102和加载单元103。
该确定单元101被配置为响应于确定终端中安装的应用被首次启动，确定应用在终端中具有对应的预制缓存目录。
该获取单元102被配置为响应于确定应用在终端中具有对应的预制缓存目录，自预制缓存目录获取应用启动对应的第一着色器缓存文件。
该加载单元103被配置为基于第一着色器缓存文件，加载应用。
其中，第一着色器缓存文件是对应用启动对应的着色器进行编译后得到的着色器缓存文件。
本公开实施例中，该装置还被配置为：响应于确定应用被操作，自终端的预制缓存目录查询预制缓存目录中是否存在操作对应的第二着色器缓存文件，其中，操作是与启动不同的操作；若预制缓存目录中存在操作对应的第二着色器缓存文件，则自预制缓存目录获取操作对应的第二着色器缓存文件，并基于第二着色器缓存文件加载应用；若预制缓存目录中不存在操作对应的第二着色器缓存文件，则对操作对应的着色器进行编译得到第二着色器缓存文件，基于第二着色器缓存文件加载应用，并将第二着色器缓存文件保存至预制缓存目录；其中，第二着色器缓存文件是对应用操作对应的着色器进行编译后得到的着色器缓存文件。
本公开实施例中，自预制缓存目录获取应用启动对应的第一着色器缓存文件，包括：自预制缓存目录读入第一着色器缓存文件至终端的系统缓存；自预制缓存目录获取操作对应的第二着色器缓存文件，包括：自预制缓存目录读入第二着色器缓存文件至终端的系统缓存。
本公开实施例中，预制缓存目录中的第一着色器缓存文件和第二着色器缓存文件采用如下方式获得：在测试终端中，启动应用，并对应用进行操作；自测试终端的系统缓存获取应用被触发启动时对应的第一着色器缓存文件，以及应用被触发操作对应的第二着色器缓存文件，并将第一着色器缓存文件和第二着色器缓存文件保存至应用的系统镜像；在终端安装或者更新应用时，下载应用的系统镜像；将系统镜像中的第一着色器缓存文件和第二着色器缓存文件保存至终端的预制缓存目录。
本公开实施例中，对应用进行操作，包括：在测试终端中，对应用进行应用支持的全部操作。
采用本公开实施例的技术方案，通过设置在终端中安装的应用被首次启动时，基于自终端的预制缓存目录获取的、已对对应的着色器完成编译的第一着色器缓存文件加载该应用，无需等待着色器编译后再启动应用，减少了应用启动时间，改善了由于缓存丢失导致的丢帧和卡顿现象，提高了应用的使用流畅性。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图6是根据一示例性实施例示出的一种用于应用加载的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图6，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)接口812，传感器组件814，以及通信组件816。
处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图7是根据一示例性实施例示出的一种用于应用加载的装置1100的框图。例如，装置1100可以被提供为一服务器。参照图7，装置1100包括处理组件1122，其进一步包括一个或多个处理器，以及由存储器1132所代表的存储器资源，用于存储可由处理组件1122的执行的指令，例如应用程序。存储器1132中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1122被配置为执行指令，以执行上述应用加载方法。
装置1100还可以包括一个电源组件1126被配置为执行装置1100的电源管理，一个有线或无线网络接口1150被配置为将装置1100连接到网络，和一个输入输出(I/O)接口1158。装置1100可以操作基于存储在存储器1132的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。
可以理解的是，本公开中“多个”是指两个或两个以上，其它量词与之类似。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
进一步可以理解的是，术语“第一”、“第二”等用于描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开，并不表示特定的顺序或者重要程度。实际上，“第一”、“第二”等表述完全可以互换使用。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。
进一步可以理解的是，除非有特殊说明，“连接”包括两者之间不存在其他构件的直接连接，也包括两者之间存在其他元件的间接连接。
进一步可以理解的是，本公开实施例中尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利范围来限制。

Claims (12)

1.一种应用加载方法，其特征在于，应用于终端，所述方法包括：
响应于确定所述终端中安装的应用被首次启动，确定所述应用在终端中具有对应的预制缓存目录；
响应于确定所述应用在终端中具有对应的预制缓存目录，自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件；
基于所述第一着色器缓存文件，加载所述应用；
其中，所述第一着色器缓存文件是对所述应用启动对应的着色器进行编译后得到的着色器缓存文件。
2.根据权利要求1所述的方法，其特征在于，还包括：
响应于确定所述应用被操作，自所述终端的预制缓存目录查询所述预制缓存目录中是否存在所述操作对应的第二着色器缓存文件，其中，所述操作是与所述启动不同的操作；
若所述预制缓存目录中存在所述操作对应的第二着色器缓存文件，则自所述预制缓存目录获取所述操作对应的第二着色器缓存文件，并基于所述第二着色器缓存文件加载所述应用；
若所述预制缓存目录中不存在所述操作对应的第二着色器缓存文件，则对所述操作对应的着色器进行编译得到第二着色器缓存文件，基于所述第二着色器缓存文件加载所述应用，并将所述第二着色器缓存文件保存至所述预制缓存目录；
其中，所述第二着色器缓存文件是对所述应用操作对应的着色器进行编译后得到的着色器缓存文件。
3.根据权利要求1或2所述的方法，其特征在于，
所述自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件，包括：
自所述预制缓存目录读入所述第一着色器缓存文件至所述终端的系统缓存；
所述自所述预制缓存目录获取所述操作对应的第二着色器缓存文件，包括：
自所述预制缓存目录读入所述第二着色器缓存文件至所述终端的系统缓存。
4.根据权利要求2所述的方法，其特征在于，所述预制缓存目录中的第一着色器缓存文件和第二着色器缓存文件采用如下方式获得：
在测试终端中，启动所述应用，并对所述应用进行操作；
自测试终端的系统缓存获取所述应用被触发启动时对应的第一着色器缓存文件，以及所述应用被触发操作对应的第二着色器缓存文件，并将所述第一着色器缓存文件和所述第二着色器缓存文件保存至所述应用的系统镜像；
在所述终端安装或者更新所述应用时，下载所述应用的系统镜像；
将所述系统镜像中的第一着色器缓存文件和第二着色器缓存文件保存至所述终端的所述预制缓存目录。
5.根据权利要求4所述的方法，其特征在于，所述对所述应用进行操作，包括：
在所述测试终端中，对所述应用进行所述应用支持的全部操作。
6.一种应用加载装置，其特征在于，包括：
确定单元，被配置为响应于确定终端中安装的应用被首次启动，确定所述应用在终端中具有对应的预制缓存目录；
获取单元，被配置为响应于确定所述应用在终端中具有对应的预制缓存目录，自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件；
加载单元，被配置为基于所述第一着色器缓存文件，加载所述应用；
其中，所述第一着色器缓存文件是对所述应用启动对应的着色器进行编译后得到的着色器缓存文件。
7.根据权利要求6所述的装置，其特征在于，还包括：
响应于确定所述应用被操作，自所述终端的预制缓存目录查询所述预制缓存目录中是否存在所述操作对应的第二着色器缓存文件，其中，所述操作是与所述启动不同的操作；
若所述预制缓存目录中存在所述操作对应的第二着色器缓存文件，则自所述预制缓存目录获取所述操作对应的第二着色器缓存文件，并基于所述第二着色器缓存文件加载所述应用；
若所述预制缓存目录中不存在所述操作对应的第二着色器缓存文件，则对所述操作对应的着色器进行编译得到第二着色器缓存文件，基于所述第二着色器缓存文件加载所述应用，并将所述第二着色器缓存文件保存至所述预制缓存目录；
其中，所述第二着色器缓存文件是对所述应用操作对应的着色器进行编译后得到的着色器缓存文件。
8.根据权利要求6或7所述的装置，其特征在于，
所述自所述预制缓存目录获取所述应用启动对应的第一着色器缓存文件，包括：
自所述预制缓存目录读入所述第一着色器缓存文件至所述终端的系统缓存；
所述自所述预制缓存目录获取所述操作对应的第二着色器缓存文件，包括：
自所述预制缓存目录读入所述第二着色器缓存文件至所述终端的系统缓存。
9.根据权利要求7所述的装置，其特征在于，所述预制缓存目录中的第一着色器缓存文件和第二着色器缓存文件采用如下方式获得：
在测试终端中，启动所述应用，并对所述应用进行操作；
自测试终端的系统缓存获取所述应用被触发启动时对应的第一着色器缓存文件，以及所述应用被触发操作对应的第二着色器缓存文件，并将所述第一着色器缓存文件和所述第二着色器缓存文件保存至所述应用的系统镜像；
在所述终端安装或者更新所述应用时，下载所述应用的系统镜像；
将所述系统镜像中的第一着色器缓存文件和第二着色器缓存文件保存至所述终端的所述预制缓存目录。
10.根据权利要求9所述的装置，其特征在于，所述对所述应用进行操作，包括：
在所述测试终端中，对所述应用进行所述应用支持的全部操作。
11.一种应用加载装置，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：执行如权利要求1-5中任一项所述的方法。
12.一种存储介质，其特征在于，所述存储介质中存储有指令，当所述存储介质中的指令由设备的处理器执行时，使得设备能够执行权利要求1-5中任一项所述的方法。
CN202310002294.0A 2023-01-03 2023-01-03 应用加载方法、装置及存储介质 Pending CN116257706A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310002294.0A CN116257706A (zh) 2023-01-03 2023-01-03 应用加载方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310002294.0A CN116257706A (zh) 2023-01-03 2023-01-03 应用加载方法、装置及存储介质

Publications (1)

Publication Number Publication Date
CN116257706A true CN116257706A (zh) 2023-06-13

Family

ID=86678540

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310002294.0A Pending CN116257706A (zh) 2023-01-03 2023-01-03 应用加载方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN116257706A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117008924A (zh) * 2023-10-07 2023-11-07 海马云（天津）信息技术有限公司 编译处理方法及装置、通信设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117008924A (zh) * 2023-10-07 2023-11-07 海马云（天津）信息技术有限公司 编译处理方法及装置、通信设备

Similar Documents

Publication Publication Date Title
US9942690B2 (en) Method and device for information push
CN107862514B (zh) 公交卡管理方法、装置及系统、存储介质
CN107357613B (zh) 应用更新方法、装置及计算机可读存储介质
CN106775903B (zh) 安全策略文件更新方法及装置
CN116257706A (zh) 应用加载方法、装置及存储介质
CN114201226A (zh) 应用的启动方法及装置、电子设备及存储介质
CN109725943B (zh) 一种程序跳转方法、装置、电子设备及存储介质
WO2023178952A1 (zh) 原生程序与小程序的集成方法、装置、设备及介质
CN110569037B (zh) 数据写入的方法和装置
CN111221613B (zh) 程序调用方法及装置、存储介质
CN112083981A (zh) 一种页面视图组件的创建方法和装置
CN112181406A (zh) 一种渲染引擎的共享方法和装置
CN114510342A (zh) 缓存处理方法、装置及存储介质
CN114489706A (zh) 升级方法、装置及存储介质
CN111767063A (zh) 应用程序的资源更新方法、装置及设备
CN111104110A (zh) 全局样式共享方法、全局样式共享装置及电子装置
CN112214252A (zh) 一种信息扩展方法、装置和电子设备
CN112256274A (zh) 应用程序的处理方法、装置及存储介质
CN116126320B (zh) 一种数据处理方法、装置、电子设备及存储介质
CN116954798A (zh) 应用程序的运行方法、装置、电子设备及可读存储介质
CN110377312B (zh) 一种软件升级方法、装置及介质
CN115705219A (zh) 终端启动方法、装置、存储介质及终端
CN107992333B (zh) 主题获取方法及装置
CN112988173A (zh) 处理系统分区应用的方法、装置及介质
CN114416033A (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