CN112783564B - 一种加速应用程序启动的方法及电子设备 - Google Patents
一种加速应用程序启动的方法及电子设备 Download PDFInfo
- Publication number
- CN112783564B CN112783564B CN201911061362.0A CN201911061362A CN112783564B CN 112783564 B CN112783564 B CN 112783564B CN 201911061362 A CN201911061362 A CN 201911061362A CN 112783564 B CN112783564 B CN 112783564B
- Authority
- CN
- China
- Prior art keywords
- page
- memory
- file
- target
- application program
- 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.)
- Active
Links
Images
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/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- 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
-
- 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
-
- 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephone Function (AREA)
- Stored Programmes (AREA)
Abstract
一种加速应用程序启动的方法及电子设备,涉及通信技术领域,可以减少应用程序冷启动延迟,提升了用户体验,该方法应用于电子设备,该电子设备包含配置文件,配置文件中包含目标页面的信息,该方法包括:在检测到启动第一应用程序的指令后,电子设备启动第一应用程序,请求访问第一应用程序启动过程所需的内存页,若第一应用程序启动过程所需的第一内存页未缓存在内存中,则从外存中读取第一内存页的内容,并缓存在内存中;电子设备根据配置文件中目标页面的信息确定第一内存页是否为目标页面,若第一内存页是目标页面,则将第一内存页的内容锁定在内存中。
Description
技术领域
本申请涉及电子设备领域,尤其涉及一种加速应用程序启动的方法及电子设备。
背景技术
手机上安装的应用程序(application,APP)启动时分为热启动和冷启动。其中,热启动是指APP从后台切换到前台。此时,一般手机的内存中还缓存着APP的数据,能够快速启动。冷启动是指APP在手机重启后的第一次启动,或者在APP被杀死(kill)后的第一次启动。此时,APP的全部或部分数据不在内存中,APP需要从外存中读取数据,故启动延迟较大,用户体验不佳。
发明内容
本申请提供的一种加速应用程序启动的方法及电子设备,可以减少应用程序冷启动延迟,提升用户体验。
为了实现上述目的,本申请实施例提供了以下技术方案:
第一方面、本申请提供的一种方法,应用于电子设备,电子设备包含有配置文件,配置文件包括目标页面的信息,该方法包括:响应于检测到启动第一应用程序的指令,电子设备启动第一应用程序;电子设备请求访问第一应用程序启动过程所需的内存页;若第一应用程序启动过程所需的内存页中的第一内存页未缓存在内部存储器中,则电子设备从外部存储器中读取第一内存页的内容,并缓存到内部存储器中;在电子设备将第一内存页从外部存储器中缓存到内部存储器中之后,电子设备根据配置文件中目标页面的信息确定第一内存页是否为目标页面;在确定第一内存页为目标页面之后,电子设备将第一内存页锁定在内部存储器中。
由此可见,将手机启动第一应用程序的过程所需要读取的页面中,易发生页缺失的特定页面(即目标页面)锁定在手机的内存中。后续,当手机再次启动第一应用程序时,可以直接从内存中读取到相应的页面,避免这些页面再发生页缺失,进而加快了应用程序的启动速度。
一种可能的实现方式中,该方法还包括:电子设备检测到退出第一应用程序的指令,电子设备退出第一应用程序;电子设备再次检测到启动第一应用程序的指令时,电子设备再次启动第一应用程序;电子设备获取第一应用程序启动过程所需的内存页;电子设备显示第一应用程序的主界面。
当后续再次启动第一应用程序时,缺失页面可以直接从内存中读出,减少了因目标页面而发生的页缺失,提升了第一应用程序启动速度,减少了第一应用程序的首屏时间,提升了用户体验。
一种可能的实现方式中,目标页面为目标文件中的一个或多个页面,且目标页面在第一应用程序启动的过程中曾发生过页缺失;目标文件为第一应用程序启动时访问的一个或多个只读文件,且为第一应用程序在启动时访问时发生页缺失的次数与用户数据无关的一个或多个文件。
如果文件是可写(非只读的)的,则意味着文件可能会被修改,那么文件中的各个页面的位置和内容可能发生变化,发生页缺失的页面会不固定,无法预先将页面锁定在内存中。
在具体实现时,可以通过文件的尺寸大小进行判断,若文件的尺寸大小在运行过程中未发生改变,则该文件大概率是只读文件。或者,也可以通过获取文件的读写信息进行判断,读写信息明确指示该文件是只读文件或可读写文件。其中,文件的读写信息可从VFS中获取。当然,也可以采用其他方法确定文件是否是只读文件,本申请实施例对此不做限定。
文件发生页缺失的次数与用户有关,例如使用不同账号登录应用程序或手机中存储的用户数据不同时,发生页缺失的页面可能不固定,那么也无法预先将页面锁定在内存中,不便于在手机出厂前做统一的部署。
在具体实现时,在统计之前,分别使用不同的账号登录,或者手机中存储不同的用户数据,然后分别统计应用程序运行时,各个文件发生的页缺失的次数。将各个情况下发生页缺失次数相近的文件确定为与用户无关的文件。
一种可能的实现方式中,目标文件为第一应用程序在启动时访问次数大于阈值的一个或多个文件。
一方面,将频繁访问的文件中容易发生页缺失的页面锁定在内存中,可以避免因该频繁访问文件频繁发生的页缺失,更有利于提升应用程序运行的速度。另一方面,由于手机内存有限,选择将频繁访问的文件中页面锁定在内存中,意味着不频繁访问文件中的页面可不用锁定在内存中,这将有利于提升内存的利用率。
在具体实现时,可以统计应用程序运行时访问文件的次数,将次数大于阈值的文件确定为频繁访问的文件。或者,按照访问文件的次数从多到少的顺序,选择前预设数量个(例如,15个)文件为频繁访问的文件。当然,也可以采用其他方法确定频繁访问的文件。
一种可能的实现方式中,配置文件中目标页面的信息包括目标文件的信息和目标页面的信息;电子设备根据配置文件中目标页面的信息确定第一内存页是否为目标页面,具体为:电子设备根据配置文件中目标文件的信息确定第一内存页所在的文件是否为目标文件;在确定第一内存页所在的文件为目标文件之后,电子设备根据配置文件中目标页面的信息确定第一内存页是否为目标页面。
一种可能的实现方式中,配置文件中目标文件的信息包括目标文件的名称。例如,目标文件的信息可以包括:文件名称(file name)、文件索引号(inode number)、文件大小(file size)、请求大小(request size)、请求偏移(request offset)、缓存命中(hit)或未命中(miss)等。
一种可能的实现方式中,配置文件中目标页面的信息包括目标页面的尺寸大小和偏移。例如,目标页面的信息可以包括:文件索引号、文件大小、请求大小、请求偏移等。
一种可能的实现方式中,该方法还包括:当电子设备更新操作系统或电子设备更新第一应用程序时,电子设备从服务器获取最新的配置文件进行更新。
其中,目标文件和目标页面的配置文件可以是一个或多个。一个配置文件中可以包括一个或多个应用程序对应的目标文件和目标页面。
例如:手机内包含一个配置文件,该配置文件中包含多个应用程序的目标文件和目标页面。该配置文件通常是由手机厂商或手机操作系统厂商进行维护。因此,手机在操作系统升级时,可以直接根据更新后的配置文件对多个应用程序需要锁定和解锁的目标页面进行调整。
又例如:手机内包含多个配置文件,每个配置文件包含一个应用程序的目标文件和目标页面。每个应用程序对应的配置文件可以由应用程序厂商进行维护。这样,当手机安装和更新某个应用程序时,手机可以根据该应用程序更新后的配置文件,对该应用程序需要锁定和解锁的目标页面进行调整。
一种可能的实现方式中,确定第一内存页所在的文件是否为目标文件,具体为:获取第一内存页的读请求,从第一内存页的读请求中获取第一内存页所在文件的文件索引号,以及根据配置文件中的目标文件的名称获取目标文件的文件索引号;根据第一内存页所在文件的文件索引号和目标文件的文件索引号,确定第一内存页是否为目标文件。
一种可能的实现方式中,确定第一内存页是否为目标页面,具体为:从第一内存页的读请求中获取第一内存页的尺寸大小和偏移;根据第一内存页的尺寸大小和偏移,以及目标页面的尺寸大小和偏移,确定第一内存页是否为目标页面。
一种可能的实现方式中,在确定第一内存页为目标页面之后,电子设备将第一内存页锁定在内部存储器中,具体为:在确定第一内存页为目标页面之后,电子设备将第一内存页的内容添加到内部存储器的不可移除链表中。
一种可能的实现方式中,该方法还包括:响应于检测到卸载第一应用程序的指令,电子设备从内部存储器中解锁第一内存页。
一种可能的实现方式中,电子设备从内部存储器中解锁第一内存页,具体为:电子设备从内存存储器的不可移除链表中移除第一内存页的内容。
第二方面、提供一种电子设备,包括:处理器、存储器和触摸屏,所述存储器、所述触摸屏与所述处理器耦合,所述存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当所述处理器从所述存储器中读取所述计算机指令,以使得所述电子设备执行上述方面中及其中任一种可能的实现方式中所述的方法。
第三方面、提供一种装置,该装置包含在电子设备中,该装置具有实现上述方面及可能的实现方式中任一方法中电子设备行为的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如,检测模块或单元、确定模块或单元、以及锁定模块或单元等。
第四方面、提供一种计算机可读存储介质,包括计算机指令,当计算机指令在终端上运行时,使得终端执行如上述方面及其中任一种可能的实现方式中所述的方法。
第五方面、提供一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行如上述方面中及其中任一种可能的实现方式中所述的方法。
第六方面、提供一种芯片系统,所述芯片系统应用于上述方面中及其中任一种可能的实现方式中的电子设备;所述芯片系统包括一个或多个接口电路和一个或多个所述处理器;所述接口电路和所述处理器通过线路互联;所述处理器通过所述接口电路从所述电子设备的存储器接收并执行计算机指令。
附图说明
图1为本申请实施例提供的一种应用程序读流程的示意图;
图2为本申请实施例提供的一种发生页缺失和未发生页缺失时应用程序启动时间的对比图;
图3为本申请实施例提供的一种电子设备的结构示意图;
图4为本申请实施例提供的又一种电子设备的结构示意图;
图5为本申请实施例提供的一种加速应用程序启动的方法的流程示意图;
图6为本申请实施例提供的另一种加速应用程序启动的方法的过程示意图;
图7为本申请实施例提供的又一种加速应用程序启动的方法的过程示意图;
图8为本申请实施例提供的一种芯片系统的结构示意图。
具体实施方式
在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。
在本申请实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
为了更好理解本申请的技术方案,先对本申请涉及的技术术语进行说明。
内存,也称为内部存储器、物理内存(physical memory)、主存等,指通过物理内存条而获得的内存空间,主要作用是为电子设备运行操作系统和各种应用程序时提供临时储存指令和数据。内存中的地址为物理地址(physical address)。
虚拟内存(virtual memory),是电子设备操作系统中内存管理的一种技术,是操作系统提供的一种对内存的抽象。虚拟内存的实现是由操作系统软件和硬件结合完成。虚拟内存可以不受限于物理内存大小的限制,为应用程序的提供了一个更大的私有的地址空间。也就是说,每个应用程序进程独立分配自己的虚拟内存空间。在应用程序进程看来,应用程序进程拥有连续的可用的虚拟内存空间(一段连续完整的地址空间)。而事实上,这段虚拟内存空间通常会被映射到物理内存中不连续的地址空间,还有部分映射到外部存储器中的地址空间。虚拟内存中地址为虚拟地址,或称为逻辑地址(logical address)。电子设备可以根据该虚拟地址查找对应的物理地址,以便从物理内存中读取数据,以及将数据写入物理内存中。
外部存储器,也称为外存等,是指除内存以及CPU缓存以外的存储器,此类存储器一般断电后仍然能保存数据。常见的外部存储器有SD卡、闪存存储、硬盘、光盘、U盘等。电子设备通过文件系统具体用于在外部存储器上组织、管理和存储数据。文件系统也是根据虚拟地址查找对应的外部存储器中的物理地址,以便从外部存储器中读取数据到内存,以及将数据从内存写入外部存储器的。
电子设备上的应用程序在启动时,都会创建自己的进程。应用程序进程具体分配虚拟内存空间,操作系统为应用程序的虚拟内存空间分配物理内存空间,即将应用程序进程分配的虚拟内存空间映射到物理内存空间中。如若应用程序进程长时间运行,也不主动释放物理内存空间,或者有大量的应用程序进程申请物理内存空间时,操作系统会根据一定的算法(如,最近最少使用(least recently used,LRU)算法)回收最近未使用的物理内存空间。正是由于回收机制的存在,会造成应用程序后续启动时请求的数据可能不在内存中,发生页缺失(miss),也称为页错误。
需要说明的是,在虚拟内存中按照固定长度将虚拟地址划分为多个页面(page),也称为内存页,通常为4KB。同时,物理内存中也按照固定长度将物理地址划分为多页面帧(page frame)。操作系统会将虚拟内存中的页面映射到物理内存中的页面帧。可见,操作系统是以页面为粒度管理内存的。
可以理解的是,应用程序在运行时,会从内存或外部存储器中读取数据,或向内存或外部存储器中写入数据。应用程序读写流程直接影响着应用程序的运行速度。其中,读流程对应用程序的运行速度影响更大,这是因为,应用程序执行读流程时需要等待返回的数据。
如图1所示,为应用程序启动时读流程的示意图。应用程序启动时,向内核层的虚拟文件系统(virtual file system,VFS)发送多个页面的读请求。虚拟文件系统确认请求的页面是否缓存在内存中的页缓存中。若缓存在页缓存中,则直接从页缓存中读取请求的页面的数据。若未缓存在页缓存中,即发生页缺失,则针对发生页缺失的页面(简称为缺失页),向文件系统(file system)发送读请求。文件系统通过块设备、输入/输出调用器从外部存储器请求缺失页的数据。可见,应用程序处理页缺失的时间较长,会造成应用程序运行时延较大。
由于应用程序启动时,应用程序显示主界面所需的时间(也称为首屏时间)是用户体验应用程序运行速度的最直观的指标。故,加快应用程序启动速度,压缩首屏时间成为提升电子设备性能,提升用户体验的重要因素。
如图2所示,为多个应用程序在发生页缺失的启动时间和未发生页缺失的启动时间对比图。可以看到,操作系统处理页缺失的时间占应用程序启动时间的很大一部分。因此,本申请实施例提供了一种加速应用程序启动的方法,可以将应用程序请求次数大于阈值且容易发生页缺失的页面锁定在内存中,从而减少发生页缺失的情况,提升应用程序的运行速度。
示例性的,本申请中的电子设备可以为手机、平板电脑、个人计算机(personalcomputer,PC)、个人数字助理(personal digital assistant,PDA)、智能手表、上网本、可穿戴电子设备、增强现实技术(augmented reality,AR)设备、虚拟现实(virtual reality,VR)设备、车载设备、智能汽车、智能音响、机器人等,本申请对该电子设备的具体形式不做特殊限制。
图3示出了电子设备100的结构示意图。
电子设备100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现电子设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现电子设备100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电,也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他电子设备,例如AR设备等。
可以理解的是,本发明实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备100的结构限定。在本申请另一些实施例中,电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(codedivision multiple access,CDMA),宽带码分多址(wideband code division multipleaccess,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidounavigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellitesystem,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,电子设备100可以包括1个或N个显示屏194,N为大于1的正整数。
电子设备100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,电子设备100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样,电子设备100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。处理器110通过运行存储在内部存储器121的指令,和/或存储在设置于处理器中的存储器的指令,执行电子设备100的各种功能应用以及数据处理。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中,电子设备100可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,电子设备100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器180B检测电子设备100抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消电子设备100的抖动,实现防抖。陀螺仪传感器180B还可以用于导航,体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中,电子设备100通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中,当电子设备100是翻盖机时,电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,电子设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定电子设备100附近有物体。当检测到不充分的反射光时,电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测电子设备100是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,电子设备100利用温度传感器180J检测的温度,执行温度处理策略。例如,当温度传感器180J上报的温度超过阈值,电子设备100执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,电子设备100对电池142加热,以避免低温导致电子设备100异常关机。在其他一些实施例中,当温度低于又一阈值时,电子设备100对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控器件”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备100的表面,与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,电子设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在电子设备100中,不能和电子设备100分离。
电子设备100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本发明实施例以分层架构的Android系统为例,示例性说明电子设备100的软件结构。
图4是本发明实施例的电子设备100的软件结构框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。
应用程序层可以包括一系列应用程序包。
如图4所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图4所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
在本申请实施例中,内核层还包括虚拟VFS、页缓存、内存管理模块和文件系统。其中,VFS是Linux文件系统对外的接口,也就是说,上层应用通过框架层和VFS访问内部存储器和外部存储器中的数据。页缓存,是Linux内核一种重要的磁盘高速缓存,用于缓存内存页的内容。例如,内核在读数据时,首先在页缓存中查找所读取的数据是否已经存在。如果不存在,则添加一个新的内存页到页缓存中,然后用从外部存储器中读取的数据填充该新的内存页。内存管理(memory management)模块,用于对电子设备100的内存资源的进行分配和管理。具体包括高效快速的分配内存资源,以及在合适的时候进行释放和回收内存资源。文件系统也可称为文件管理系统,用于对文件存储设备(例如外部存储器)的空间进行组织和分配,负责文件存储并对存入的文件进行保护和检索的系统。移动终端100可支持多种类型的文件系统,例如:第四代扩展文件系统(fourth extended filesystem,ext4)、闪存友好文件系统(flash friendly file system,F2FS)等。
下面以电子设备100是手机为例,结合附图对本申请实施例提供的技术方案进行详细说明。
1、确定目标页面的方法
本申请中,目标页面为手机需要锁定在内存中的内存页。即,在手机不断电的情况下,目标页面可以一直缓存在内存中,具体可存储在如图4中所示的页缓存中。也就是说,当手机的操作系统回收内存空间时,不会对目标页面进行回收。
目标页面为应用程序容易发生页缺失的页面。这样,当目标页面锁定在内存中时,应用程序运行时,能避免发生因目标页面发生的页缺失,提升应用程序运行速度。在一些示例中,可以选取应用程序启动时调用的页面中容易发生页缺失的页面,可以提升应用程序启动速度,减少首屏时间,提升用户体验。
由于本申请的方案是将目标页面锁定在内存中,即目标页面的位置(在目标文件中的偏移量)和内容(内存页的具体数据)是不变的,因此在确定目标页面时,需要查找应用程序中位置和内容均不变的页面作为目标页面。
示例性的,可以根据应用程序调用的文件中确定目标文件,再从目标文件中确定目标页面。其中,目标文件为应用程序调用的位置和内容不变的文件,目标文件的数量为一个或多个。
其中,可以选取满足以下条件1和条件2的文件作为目标文件,具体如下:
条件1、只读文件。
这是因为,如果文件是可写的,则意味着文件可能会被修改,那么文件中的各个页面的位置和内容可能发生变化,发生页缺失的页面会不固定,无法预先将页面锁定在内存中。
在具体实现时,可以通过文件的尺寸大小进行判断,若文件的尺寸大小在运行过程中未发生改变,则该文件大概率是只读文件。或者,也可以通过获取文件的读写信息进行判断,读写信息明确指示该文件是只读文件或可读写文件。其中,文件的读写信息可从VFS中获取。当然,也可以采用其他方法确定文件是否是只读文件,本申请实施例对此不做限定。
条件2、发生页缺失的次数与用户无关的文件。
这是因为,文件发生页缺失的次数与用户有关,例如使用不同账号登录应用程序或手机中存储的用户数据不同时,发生页缺失的页面可能不固定,那么也无法预先将页面锁定在内存中,不便于在手机出厂前做统一的部署。
在具体实现时,在统计之前,分别使用不同的账号登录,或者手机中存储不同的用户数据,然后分别统计应用程序运行时,各个文件发生的页缺失的次数。将各个情况下发生页缺失次数相近的文件确定为与用户无关的文件。
在另一些实施例中,目标文件除了满足条件1和条件2外,还可以满足条件3。
条件3、应用程序频繁访问的文件。
一方面,将频繁访问的文件中容易发生页缺失的页面锁定在内存中,可以避免因该频繁访问文件频繁发生的页缺失,更有利于提升应用程序运行的速度。另一方面,由于手机内存有限,选择将频繁访问的文件中页面锁定在内存中,意味着不频繁访问文件中的页面可不用锁定在内存中,这将有利于提升内存的利用率。
在具体实现时,可以统计应用程序运行时访问文件的次数,将次数大于阈值的文件确定为频繁访问的文件。或者,按照访问文件的次数从多到少的顺序,选择前预设数量个(例如,15个)文件为频繁访问的文件。当然,也可以采用其他方法确定频繁访问的文件。
在确定目标文件后,从目标文件中确定应用程序启动时发生页缺失的页面为目标页面。
示例性的,应用程序在相同的条件下运行多次(例如2次或2次以上),找到目标文件中几乎每次都会发生页缺失的页面,将该页面确定为目标页面。其中,目标页面可以是一个目标文件中的一个或多个页面。
具体的,可以根据应用程序访问上述目标文件的请求中,获取目标文件的信息以及目标页面的信息。例如,目标文件的信息可以包括:文件名称(file name)、文件索引号(inode number)、文件大小(file size)、请求大小(request size)、请求偏移(requestoffset)、缓存命中(hit)或未命中(miss)等。目标页面的信息可以包括:文件索引号、文件大小、请求大小、请求偏移等。
下面,以应用程序启动场景为例,对确定目标文件和目标页面的过程进行示例性说明。
本申请中,可以针对不同的应用程序确定各个应用程序的目标页面。这里以确定第一应用程序中的目标页面为例,介绍确定目标页面的方法。
首先,可以从用户常用的应用程序中选取第一应用程序,第一应用程序例如可以是社交类应用,也可以是娱乐类应用,例如视频播放应用等,还可以是工具类应用,例如:地图应用等,本申请实施例对第一应用程序不做限定。
在测试机上启动第一应用程序。其中,测试机可以是手机,或者是可以模拟第一应用程序在手机运行情况的服务器或计算机等。也就是说,测试机上的功能模块与手机相同或相似,例如,具有如图1相同的功能模块。并且,第一应用程序在测试机上运行的流程与在手机上运行的流程相同。
测试机启动第一应用程序时,获取第一应用程序访问文件的信息,以便后续从第一应用程序访问的文件中确定目标文件,再从目标文件中确定目标页面。
示例性的,在测试机的虚拟文件系统中打印读流程中第一应用程序访问文件的信息。上述第一应用程序访问文件的信息包括:文件名称(file name)、文件索引号(inodenumber)、请求大小(request size)、请求偏移(request offset)、缓存命中(hit)或未命中(miss)等中的一项或多项。可以理解的是,应用层访问内存文件时会经过虚拟文件系统,因此在虚拟文件系统可以获取到第一应用程序访问的全部文件的信息。
在一个具体的实现方式中,可以从虚拟文件系统获取/fs/read_write.c(VFS中的一个文件),并从该文件中sync_new_read()处获取第一应用访问文件的请求大小(request size)和请求偏移(request offset)的信息,以及访问文件的读写信息。可以在虚拟文件系统中调用函数dentry_path_raw()获取第一应用访问的文件的文件名称(filename)。可以从内存管理模块的代码中,例如/mm/filemap.c中do_generic_file_read()处获取第一应用访问文件是否缓存命中的信息。
例如:可以根据获取的访问文件的读写信息,从第一应用程序启动时访问的文件中确定出只读文件,即确定满足条件1的文件。
又例如:考虑到测试机的硬件配置不同、第一应用程序设置不同、第一应用使用的用户信息不同、第一应用已有的用户数据不同等因素,可能造成第一应用启动时容易发生页缺失的页面可能不同。也可以收集第一应用程序在不同条件下启动时访问的文件的信息。然后对比不同条件下启动时访问的文件的信息,确定其中共同发生页缺失的文件为与用户数据无关的文件,即确定满足条件2的文件。
可以理解的是,为了提升收集数据的准确性,可以多收集几次数据,并且在每次启动第一应用程序前清理测试机的内存,以确定第一应用程序启动时为冷启动。这是因为,第一应用程序在冷启动时发生页缺失的情况较多,且第一应用程序冷启动时耗费的时间较长,减少第一应用程序在冷启动时的耗费的时间,提升用户体验的效果更显著。
从收集第一应用程序启动时访问的文件信息中确定出满足上述条件1和条件2,或者满足上述条件1至条件3的文件为目标文件。然后从目标文件中选取发生页缺失的页面作为目标页面。
例如:第一应用程序访问文件时采用的格式为{文件索引号(inode number)、请求大小(request size)、请求偏移(request offset)、缓存命中(hit)或未命中(miss)}。
假设采用用户1的数据启动第一应用程序,在启动时,从虚拟文件系统中获取到第一应用程序访问如下的文件:
{1,4Byte,0,miss;
1,30Byte,11956,hit;
1,4Byte,24878,miss;
2,4Byte,39109,hit}
假设采用用户2的数据启动第一应用程序,在启动时,从虚拟文件系统中获取到第一应用程序访问如下的文件:
{1,4Byte,0,miss;
1,30Byte,11956,hit;
2,4Byte,39109,hit}
假设已确定a.apk为目标文件,该目标文件的文件索引号为“1”。比较第一应用程序在使用不同用户数据下启动时访问文件的情况可知,确定两次启动时都发生页缺失的页面为{1,4Byte,0},确定为目标页面。
以上是以第一应用程序为例,解释确定第一应用程序中目标文件和目标页面的过程的。手机上通常包含有多个应用程序,其中,确定其他应用程序中的目标文件和目标页面的过程与之类似,不再赘述。
为了便于理解确定出的各个应用程序的目标文件和目标页面,如表一所示,给出了多个应用程序的目标文件和目标页面的一个示例。在具体实现时,可以将表一所示的信息以配置文件的形式写入手机的内核层,以便手机根据该配置文件锁定各个应用程序的目标页面。在一些示例中,可以将目标文件和目标页面的信息写入内核层的sysfs或proc文件中。
表一
其中,目标文件和目标页面的配置文件可以是一个或多个。一个配置文件中可以包括一个或多个应用程序对应的目标文件和目标页面。
例如:手机内包含一个配置文件,该配置文件中包含多个应用程序的目标文件和目标页面。该配置文件通常是由手机厂商或手机操作系统厂商进行维护。因此,手机在操作系统升级时,可以直接根据更新后的配置文件对多个应用程序需要锁定和解锁的目标页面进行调整。
又例如:手机内包含多个配置文件,每个配置文件包含一个应用程序的目标文件和目标页面。每个应用程序对应的配置文件可以由应用程序厂商进行维护。这样,当手机安装和更新某个应用程序时,手机可以根据该应用程序更新后的配置文件,对该应用程序需要锁定和解锁的目标页面进行调整。
2、锁定目标页面
在本申请的一个实施例中,上述确定目标文件和目标页面的过程可以在实验室中进行,也就是说,可以预先通过实验确定出用户经常使用的应用程序在启动时,容易发生页缺失且页面位置和页面内容固定不变的页面,即目标页面。后续,将这些目标文件和目标页面的信息写入手机的配置文件中。即,手机出厂后存储的配置文件中包含多个应用程序的目标文件和目标页面的信息。例如:配置文件中包含目标文件的文件名称(file name)等。配置文件中包含的目标页面的信息包括目标页面的尺寸大小(size)和偏移量(offset)等。后续,当手机安装和启动应用程序时,可以根据该配置文件锁定目标页面。在另一个示例中,出厂后的手机也可以不预先存储该配置文件,而是在用户选择优化应用程序启动速度的功能后,可以从服务器获取该配置文件。具体的,手机可以请求服务器发送配置文件,也可以是服务器向手机定期推送最新的配置文件,本申请实施例对此不做限定。
以下,以锁定第一应用程序中的目标页面为例进行说明,如图5所示,为本申请实施例提供的一种锁定目标页面的方法的流程图,具体如下:
S501、手机启动第一应用程序。
S502、确定是否发生页缺失。
S503、若手机发生页缺失,从外部存储器中读取缺失页面的内容到内部存储器中。
在步骤S501和步骤S503中,手机在接收得到用户启动第一应用程序的指示时启动第一应用程序,或者手机在满足预设条件时自动启动第一应用程序。
在本申请中,从手机接收到用户启动第一应用程序的指示,或者手机确定满足预设条件时确定启动第一应用程序开始,到手机完整显示出第一应用程序主界面的过程,可认为是第一应用程序的启动过程。例如,手机检测到用户点击桌面上第一应用程序图标的操作,该点击操作会触发手机调用startActivity(Intent),并最终调用到ActivityManagerService。ActivityManagerService通过调用startProcessLocked()方法来创建新的进程。然后手机将创建的新的进程与和指定的Application(即第一应用程序)绑定起来。后面,从该已经存在的进程中启动新进程的activity,读取第一应用程序的数据。
其中,在手机启动第一应用程序的过程中,读取内存中的数据的过程具体为:通过应用程序框架层向内核层的虚拟文件系统发送用于启动第一应用程序所需页面的读请求。虚拟文件系统确定内存中是否缓存有请求的各个页面,即请求的各个页面缓存是否缓存命中。若确定某个页面缓存命中时,则从内存的页缓存中读取该页面。若确定某个页面缓存未命中(hit)时,则发生页缺失。虚拟文件系统针对缓存未命中(miss)的页面,则向文件系统发送读请求,请求从外部存储器中读取该页面。其中,缓存未命中的页面即为缺失页面。也就是说,将缺失页面的内容缓存在内存中。
这样,手机内存中缓存有第一应用程序启动所需的所有页面的内容,便于手机启动第一应用程序并显示第一应用程序的主界面。
S504、在手机从外部存储器中读取缺失页面的内容到内部存储器中后,手机确定缺失页面所在的文件是否为目标文件。
S505、若所述缺失页面所在的文件为目标文件,则确定所述缺失页面是否为目标页面。若确定缺失页面所在文件不为目标文件,则流程结束。
在步骤S504和步骤S505中,当确定缺失页面缓存未命中时,从缺失页面的读请求中获取缺失页面所在的文件的信息,例如文件索引号(inode number)。上文已说明,手机的配置文件中可以包含第一应用程序中目标文件的文件名称,因此,手机可以预先将配置文件中目标文件的文件名称转换为相应的文件索引号。这样,当获取到缺失页面的文件索引号,可以根据缺失页面的文件索引号以及转换后的目标文件的文件索引号进行比对,以确定缺失页面所在文件是否为目标文件。
当然,在获取到缺失页面的文件索引号后,也可以将缺失页面的文件索引号转换为文件名称,与配置文件中目标文件的文件名称进行比对,以确定缺失页面所在文件是否为目标文件,本申请实施例对确定缺失页面所在文件是否为目标文件的方法不做限定。
若确定缺失页面所在文件为目标文件,则进一步确定缺失页面是否为目标文件中的目标页面。根据缺失页面的读请求中获取缺失页面的信息,例如:请求大小(requestsize)、请求偏移(request offset)。上文已说明,手机的配置文件中包含目标页面的信息,例如尺寸大小和偏移量。那么,可以通过查找手机的配置文件,确定缺失页面是否为配置文件中的目标页面。
可以理解的是,在手机将缺失页面缓存到内部存储器中后,手机也可以直接判断缺失页面是否是目标页面。也就是说,步骤S504和步骤S505可替换为,手机确定缺失页面是否为目标页面,而后执行步骤S506。此时,目标页面的信息可以认为是包括目标页面所在文件的文件名称、目标页面的尺寸大小和目标页面的偏移量。那么,手机直接将缺失页面的信息与目标页面的信息进行比对,确定缺失页面是否为目标页面。
需要说明的是,手机需要在步骤S504之前预先读取配置文件,获取第一应用程序的目标文件的信息。例如,手机可以在开机后,或操作系统升级后,或接收到启动第一应用程序指示后,或安装第一应用程序时,或更新第一应用程序后等,就读取配置文件,获取第一应用程序中的目标文件和目标页面的信息。本申请实施例对手机读取配置文件的时机不做限定。
S506、若所述缺失页面为目标页面,则将缺失页面的内容锁定到内部存储器中。若所述缺失页面不为目标页面,则流程结束。
示例性的,由于步骤S503中,已经将缺失页面的内容缓存到内存中,这里可以将缺失页面的内容挂载到内存中的不可移除LRU链表(unevictable LRU list)中,实现该缺失页面的内容被锁定到内部存储器中。其中,不可移除LRU链表(以下简称不可移除链表)是一个可以存放内存页内容的数据结构。将缺失页面的内容挂载到内存中的不可移除链表中,相当于在不可移除链表中添加了缺失页面的内容。在内存不断电的情况下,不可移除链表中的内存页的内容不会被回收,因此,缺失页的内容也将不会被回收。也就是说,在内存不断电的情况下,缺失页面的内容会一直缓存在内存中,不会被回收。
例如,以下给出实现上述步骤S504至步骤S506的一段代码示例,可通过在内核层的VFS中Mm/Filemap.c中的do_generic_file_read()处添加如下的代码:
其中,key_inode[]为目标文件的文件索引号,key_offset0为目标页面的偏移量,key_size0为目标页面的尺寸大小。
这样,当后续再次启动第一应用程序时,缺失页面可以直接从内存中读出,减少了因目标页面而发生的页缺失,提升了第一应用程序启动速度,减少了第一应用程序的首屏时间,提升了用户体验。
由此可见,将手机启动第一应用程序的过程所需要读取的页面中,易发生页缺失的特定页面(即目标页面)锁定在手机的内存中。后续,当手机再次启动第一应用程序时,可以直接从内存中读取到相应的页面,避免这些页面再发生页缺失,进而加快了应用程序的启动速度。
在一些示例中,随着应用程序版本的升级等因素,可能造成目标页面发生变化,例如第一应用程序可能出现满足目标页面条件的新页面,或者原来的目标页面不再满足目标页面的条件时,又或者,目标页面的内容等发生变化等。在这种情况下,可以对配置文件中的各个应用程序的目标文件和目标页面进行更新。
例如:配置文件可以由手机厂商或手机操作系统厂商进行维护。那么,在手机升级操作系统时,可以从服务器获取最新的配置文件,对原来的配置文件进行替换。或者,用户也可以从应用市场或网络上下载最新的配置文件进行更新。而后,手机根据更新后的配置文件对锁定的目标页面进行调整,例如锁定新的目标页面,解锁不再满足目标页面条件的页面,以提高内存有效利用率。其中,解锁不再满足目标页面条件的页面,可以将该页面的内容从不可移除链表中移除。
又例如:配置文件可以由第一应用程序厂商(例如应用程序的开发者或管理者)进行维护。那么,在手机安装或更新第一应用程序时,从服务器获取最新的配置文件,对原来的配置文件进行替换。而后,手机根据更新后的配置文件对锁定的目标页面进行调整,例如锁定新的目标页面,解锁不再满足目标页面条件的页面,以提高内存有效利用率。其中,解锁不再满足目标页面条件的页面,可以将该页面的内容从不可移除链表中移除。
可以理解的是,上述实施例是以第一应用程序在检查页面是否缓存命中时,对缓存未命中的目标页面进行锁定为例进行说明的。可以理解的是,基于本申请的发明构思,也可以在其他时机对目标页面进行锁定。例如,当第一应用程序安装完成后,手机也可以根据配置文件(包含第一应用程序目标文件信息和目标页面信息),从外部存储器中读取目标页面到内存,并进行锁定。这样,后续当启动第一应用程序时,将不会出现因读取目标页面而发生页缺失的情况。
在本申请的另一些实施例中,上述确定目标文件的过程可以在实验室中进行,而后,将确定的目标文件写入手机的配置文件。后续,手机出厂后,也可以根据目标文件,以及手机上实际运行应用程序的情况,自动确定出目标页面。也就是说,手机出厂后存储的配置文件中包含多个应用程序中目标文件的信息,例如配置文件中包含的目标文件的文件名称(file name)等。后续,当手机安装和启动应用程序后,可以根据该配置文件结合应用程序的实际运行情况确定出目标页面,再锁定目标页面。
如图6所示,为本申请实施例提供的又一种锁定目标页面的方法的流程图,具体如下:
S601、手机安装或更新第一应用程序。
S602、获取第一应用程序对应的目标文件。
上文已说明,手机在出厂前的配置文件中包含有各个应用程序的目标文件的信息,例如目标文件的文件名称。在具体实现时,请参见图7中步骤(1)至步骤(3),在手机安装安装或更新第一应用程序后,应用层的第一应用程序会通过框架层通知内核层读取目标文件的配置文件。并将配置文件中目标文件的文件名称转换为相应的文件索引号,以便后续根据文件索引号区分出目标文件。
S603、手机多次启动第一应用程序,并在每次启动时,记录各个目标文件中发生页缺失的页面。
手机每一次启动第一应用程序时,都会向内核层请求读取显示第一应用程序主界面的页面。内核层会先判断请求的页面是否缓存在内存中。若缓存在内存中,则直接从内存中读取并执行。若未缓存在内存中,则会发生页缺失,向文件系统请求缺失页的读请求,从外部存储器中读取缺失页面。
请继续参见图7中步骤(4)至步骤(6),在每次启动第一应用程序的过程中,手机记录各个目标文件中发生页缺失的页面的信息(例如:页面对应的文件索引号、尺寸大小、偏移),并将发生页缺失的页面信息存储在临时文件中。
S604、根据记录的各个目标文件中发生页缺失的页面,确定目标页面。
请继续参见图7中的步骤(7),当收集了至少两次启动过程中的数据后,可以对临时文件中的数据进行对比。目标文件中每次启动时都会发生页缺失的页面确定为目标页面。上文已经详述了确定目标页面的方法,这里不做赘述。在确定目标页面,获取目标页面的信息后,可以删除临时文件。
S605、将确定的目标页面锁定在内部存储器中。
本步骤可参见步骤S506中相关内容。
由此可见,手机可以根据第一应用程序实际运行的情况,自动确定目标页面,使得确定出的目标页面更具有针对性,更准确。并且,在第一应用程序更新时,也可以自动更新目标页面,利于提升第一应用程序的启动速度。
在一些示例中,应用程序的开发者或管理者也可以对目标文件进行更新和修改。例如,当应用程序升级时,也可以同时对配置文件中的该应用程序对应的目标文件进行修改。修改的方式,例如可以是应用程序的安装包或升级包中可以携带新的目标文件的文件名称。在应用程序升级时,可以用新的目标文件的文件名称替换手机中原来的配置文件中该应用程序的目标文件的文件名称。
在另一些示例中,手机也可以提供修改配置文件的界面,供用户选择是否锁定某些应用程序的目标文件。例如,若用户可以在这些界面中选择自己不常使用某些应用程序,或者不想优化的应用程序,手机可以将用户选择的应用程序对应的目标页面进行解锁。
在又一些示例中,手机在检测到用户卸载某些应用程序后,可以自动的将该卸载的应用程序对应的目标页面进行解锁,以释放内存空间,提升内存的利用率。
当然,当手机更新操作系统时,也可以对配置文件中各个应用程序的目标文件进行更新或者,用户也可以通过下载最新的配置文件,对各个应用程序中的目标文件文件进行更新。进一步的,根据更新后的目标文件,锁定新的目标页面,解锁不再是目标页面的页面。
可以理解的是,在方案不矛盾的情况下,可以将上述实施例进行任意的组合。例如,也可以是在实验室中预先确定好目标文件和目标页面,并将目标文件和目标页面的信息写入手机的配置文件中。当手机出厂后,开始运行应用程序后,先根据配置文件中的目标文件和目标页面锁定预先设置的目标页面。后续,当应用程序更新、用户卸载或选择不优化某些应用程序时,对配置文件中的目标文件和目标页面进行适应性修改等。
本申请实施例还提供一种芯片系统,如图8所示,该芯片系统包括至少一个处理器1101和至少一个接口电路1102。处理器1101和接口电路1102可通过线路互联。例如,接口电路1102可用于从其它装置(例如电子设备100的存储器)接收信号。又例如,接口电路1102可用于向其它装置(例如处理器1101)发送信号。示例性的,接口电路1102可读取存储器中存储的指令,并将该指令发送给处理器1101。当所述指令被处理器1101执行时,可使得电子设备执行上述实施例中的手机(比如,手机)执行的各个步骤。当然,该芯片系统还可以包含其他分立器件,本申请实施例对此不作具体限定。
本申请实施例还提供一种装置,该装置包含在电子设备中,该装置具有实现上述实施例中任一方法中电子设备行为的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如,检测模块或单元、缓存模块或单元、确定模块或单元、以及锁定模块或单元等。
本申请实施例还提供一种计算机可读存储介质,包括计算机指令,当计算机指令在电子设备上运行时,使得电子设备执行如上述实施例中任一方法。
本申请实施例还提供一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行如上述实施例中任一方法。
可以理解的是,上述终端等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明实施例的范围。
本申请实施例可以根据上述方法示例对上述终端等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (14)
1.一种加速应用程序启动的方法,其特征在于,应用于电子设备,所述电子设备包含有配置文件,所述配置文件包括目标页面的信息,所述方法包括:
响应于检测到启动第一应用程序的指令,所述电子设备启动所述第一应用程序;
所述电子设备请求访问所述第一应用程序启动过程所需的内存页;
若所述第一应用程序启动过程所需的内存页中的第一内存页未缓存在内部存储器中,则所述电子设备从外部存储器中读取所述第一内存页的内容,并缓存到内部存储器中;
在所述电子设备将所述第一内存页从外部存储器中缓存到内部存储器中之后,所述电子设备根据所述配置文件中目标文件的信息确定所述第一内存页所在的文件是否为目标文件;
在确定所述第一内存页所在的文件为目标文件之后,所述电子设备根据所述配置文件中目标页面的信息确定所述第一内存页是否为目标页面;
在确定所述第一内存页为目标页面之后,所述电子设备将所述第一内存页锁定在所述内部存储器中;
其中,所述目标页面为所述目标文件中的一个或多个页面,且所述目标页面在所述第一应用程序启动的过程中曾发生过页缺失且页面位置和页面内容固定不变;所述目标文件为所述第一应用程序启动时访问的一个或多个只读文件,且为所述第一应用程序在启动时访问时发生页缺失的次数与用户数据无关的一个或多个文件;所述配置文件中所述目标页面的信息包括所述目标文件的信息和所述目标页面的信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述电子设备检测到退出所述第一应用程序的指令,所述电子设备退出所述第一应用程序;
所述电子设备再次检测到启动所述第一应用程序的指令时,所述电子设备再次启动所述第一应用程序;
所述电子设备获取所述第一应用程序启动过程所需的内存页;
所述电子设备显示所述第一应用程序的主界面。
3.根据权利要求1所述的方法,其特征在于,所述目标文件为所述第一应用程序在启动时访问次数大于阈值的一个或多个文件。
4.根据权利要求1所述的方法,其特征在于,所述配置文件中所述目标文件的信息包括所述目标文件的名称。
5.根据权利要求4所述的方法,其特征在于,所述配置文件中所述目标页面的信息包括所述目标页面的尺寸大小和偏移。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当所述电子设备更新操作系统或所述电子设备更新所述第一应用程序时,所述电子设备从服务器获取最新的配置文件进行更新。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述确定所述第一内存页所在的文件是否为目标文件,具体为:
获取所述第一内存页的读请求,从所述第一内存页的读请求中获取所述第一内存页所在文件的文件索引号,以及根据配置文件中的所述目标文件的名称获取所述目标文件的文件索引号;
根据所述第一内存页所在文件的文件索引号和所述目标文件的文件索引号,确定所述第一内存页是否为所述目标文件。
8.根据权利要求7所述的方法,其特征在于,所述确定所述第一内存页是否为目标页面,具体为:
从所述第一内存页的读请求中获取所述第一内存页的尺寸大小和偏移;
根据所述第一内存页的尺寸大小和偏移,以及所述目标页面的尺寸大小和偏移,确定所述第一内存页是否为所述目标页面。
9.根据权利要求8所述的方法,其特征在于,在确定所述第一内存页为目标页面之后,所述电子设备将所述第一内存页锁定在所述内部存储器中,具体为:
在确定所述第一内存页为目标页面之后,所述电子设备将所述第一内存页的内容添加到内部存储器的不可移除链表中。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
响应于检测到卸载所述第一应用程序的指令,所述电子设备从所述内部存储器中解锁所述第一内存页。
11.根据权利要求10所述的方法,其特征在于,所述电子设备从所述内部存储器中解锁所述第一内存页,具体为:
所述电子设备从所述内部存储器的不可移除链表中移除所述第一内存页的内容。
12.一种电子设备,其特征在于,包括:处理器、存储器和触摸屏,所述存储器、所述触摸屏与所述处理器耦合,所述存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当所述处理器从所述存储器中读取所述计算机指令,以使得所述电子设备执行如权利要求1-11中任一项所述的加速应用程序启动的方法。
13.一种计算机可读存储介质,其特征在于,包括计算机指令,当所述计算机指令在终端上运行时,使得所述终端执行如权利要求1-11中任一项所述的加速应用程序启动的方法。
14.一种芯片系统,其特征在于,包括一个或多个处理器,当所述一个或多个处理器执行指令时,所述一个或多个处理器执行如权利要求1-11中任一项所述的加速应用程序启动的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911061362.0A CN112783564B (zh) | 2019-11-01 | 2019-11-01 | 一种加速应用程序启动的方法及电子设备 |
PCT/CN2020/125814 WO2021083378A1 (zh) | 2019-11-01 | 2020-11-02 | 一种加速应用程序启动的方法及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911061362.0A CN112783564B (zh) | 2019-11-01 | 2019-11-01 | 一种加速应用程序启动的方法及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112783564A CN112783564A (zh) | 2021-05-11 |
CN112783564B true CN112783564B (zh) | 2023-03-03 |
Family
ID=75715882
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911061362.0A Active CN112783564B (zh) | 2019-11-01 | 2019-11-01 | 一种加速应用程序启动的方法及电子设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112783564B (zh) |
WO (1) | WO2021083378A1 (zh) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114489469B (zh) * | 2021-07-20 | 2022-12-23 | 荣耀终端有限公司 | 一种数据读取方法、电子设备及存储介质 |
CN114443240B (zh) * | 2021-08-25 | 2022-11-15 | 荣耀终端有限公司 | 输入输出请求处理方法和电子设备 |
CN114490442B (zh) * | 2021-08-27 | 2023-01-13 | 荣耀终端有限公司 | 文件片段调整方法及电子设备 |
CN116069723A (zh) * | 2021-11-04 | 2023-05-05 | 荣耀终端有限公司 | 文件迁移方法、电子设备及存储介质 |
CN114168224B (zh) * | 2021-12-06 | 2024-02-20 | 杭州筑龙信息技术股份有限公司 | 应用程序的启动方法、装置、电子设备及存储介质 |
CN113901485B (zh) * | 2021-12-07 | 2022-05-10 | 展讯通信(天津)有限公司 | 应用程序加载方法、电子设备及存储介质 |
CN114185569B (zh) * | 2022-02-16 | 2022-06-24 | 荣耀终端有限公司 | 启动应用的方法及电子设备 |
CN116909474A (zh) * | 2022-04-12 | 2023-10-20 | 荣耀终端有限公司 | 器件识别方法和相关装置 |
CN116956311A (zh) * | 2022-04-15 | 2023-10-27 | 华为技术有限公司 | 异步授权方法、系统、电子设备及计算机可读存储介质 |
CN115061743A (zh) * | 2022-06-08 | 2022-09-16 | Oppo广东移动通信有限公司 | 接口调用方法及装置、计算机可读介质和电子设备 |
CN115202902B (zh) * | 2022-07-01 | 2023-08-22 | 荣耀终端有限公司 | 控制进程交互的方法及相关装置 |
CN117932592A (zh) * | 2022-08-26 | 2024-04-26 | 荣耀终端有限公司 | 系统启动方法和电子设备 |
CN116743903B (zh) * | 2022-09-09 | 2024-05-14 | 荣耀终端有限公司 | 一种芯片识别方法及电子设备 |
CN116684728B (zh) * | 2022-09-30 | 2024-03-05 | 荣耀终端有限公司 | 对dtof器件的控制方法及装置 |
CN116700944A (zh) * | 2022-11-03 | 2023-09-05 | 荣耀终端有限公司 | 一种内存回收方法、装置及电子设备 |
CN115481444B (zh) * | 2022-11-10 | 2023-03-31 | 荣耀终端有限公司 | 文件保护方法及电子设备 |
CN117130947A (zh) * | 2023-01-31 | 2023-11-28 | 荣耀终端有限公司 | 一种内存管理方法及电子设备 |
CN115858046B (zh) * | 2023-02-28 | 2023-07-21 | 荣耀终端有限公司 | 一种预加载内存页的方法、电子设备及芯片系统 |
CN117112046B (zh) * | 2023-04-04 | 2024-05-10 | 荣耀终端有限公司 | 应用程序的启动方法及电子设备 |
CN117724825A (zh) * | 2023-06-08 | 2024-03-19 | 荣耀终端有限公司 | 一种界面显示方法及电子设备 |
CN116665752B (zh) * | 2023-07-25 | 2023-11-21 | 成都佰维存储科技有限公司 | Ufs稳态性能测试方法、装置、可读存储介质及电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6463509B1 (en) * | 1999-01-26 | 2002-10-08 | Motive Power, Inc. | Preloading data in a cache memory according to user-specified preload criteria |
CN102207881A (zh) * | 2011-07-07 | 2011-10-05 | 电子科技大学 | 一种基于Android的操作系统快速启动方法 |
CN103309740A (zh) * | 2013-06-05 | 2013-09-18 | 腾讯科技(深圳)有限公司 | 程序启动方法、装置和设备 |
CN108762833A (zh) * | 2018-05-16 | 2018-11-06 | 北京安云世纪科技有限公司 | 安卓系统中的应用启动方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080320209A1 (en) * | 2000-01-06 | 2008-12-25 | Super Talent Electronics, Inc. | High Performance and Endurance Non-volatile Memory Based Storage Systems |
US10296508B2 (en) * | 2013-06-06 | 2019-05-21 | Sap Se | Systems and methods to manage online analytical and transactional processing for an in-memory columnar database |
-
2019
- 2019-11-01 CN CN201911061362.0A patent/CN112783564B/zh active Active
-
2020
- 2020-11-02 WO PCT/CN2020/125814 patent/WO2021083378A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6463509B1 (en) * | 1999-01-26 | 2002-10-08 | Motive Power, Inc. | Preloading data in a cache memory according to user-specified preload criteria |
CN102207881A (zh) * | 2011-07-07 | 2011-10-05 | 电子科技大学 | 一种基于Android的操作系统快速启动方法 |
CN103309740A (zh) * | 2013-06-05 | 2013-09-18 | 腾讯科技(深圳)有限公司 | 程序启动方法、装置和设备 |
CN108762833A (zh) * | 2018-05-16 | 2018-11-06 | 北京安云世纪科技有限公司 | 安卓系统中的应用启动方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2021083378A1 (zh) | 2021-05-06 |
CN112783564A (zh) | 2021-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112783564B (zh) | 一种加速应用程序启动的方法及电子设备 | |
CN114443277A (zh) | 内存管理方法、装置、电子设备以及计算机可读存储介质 | |
WO2020010584A1 (zh) | 一种终端恢复出厂设置时的数据恢复方法及终端 | |
CN113722087B (zh) | 虚拟内存管理方法和电子设备 | |
CN113553130B (zh) | 应用执行绘制操作的方法及电子设备 | |
WO2021159746A1 (zh) | 文件共享方法、系统及相关设备 | |
CN114461588B (zh) | 调节预读窗口的方法及电子设备 | |
CN113704205B (zh) | 日志存储的方法、芯片、电子设备和可读存储介质 | |
CN112817736B (zh) | 一种内存的管理方法及电子设备 | |
CN114116191A (zh) | 内存冷页的处理方法及电子设备 | |
WO2021185352A1 (zh) | 一种版本升级方法及相关装置 | |
WO2022078105A1 (zh) | 内存管理方法、电子设备以及计算机可读存储介质 | |
CN112667306A (zh) | 安装插件的方法、装置和存储介质 | |
CN113784331B (zh) | 更新用户身份识别模块卡系统数据的方法及装置 | |
CN114461589B (zh) | 读取压缩文件的方法、文件系统及电子设备 | |
CN112783418B (zh) | 一种存储应用程序数据的方法及移动终端 | |
CN114489469B (zh) | 一种数据读取方法、电子设备及存储介质 | |
CN113885928B (zh) | 程序更新方法和电子设备 | |
CN113590346B (zh) | 处理业务请求的方法和电子设备 | |
WO2021238376A1 (zh) | 功能包的加载方法、装置、服务器和电子设备 | |
CN114253872A (zh) | 电子设备及其内存回收方法、介质 | |
CN113467821A (zh) | 应用程序的修复方法、装置、设备及可读存储介质 | |
CN117009023B (zh) | 显示通知信息的方法及相关装置 | |
CN115952564B (zh) | 数据写入方法和终端设备 | |
CN114168115B (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 |