CN117311845A - 内存刷新方法、装置、设备、介质和程序产品 - Google Patents

内存刷新方法、装置、设备、介质和程序产品 Download PDF

Info

Publication number
CN117311845A
CN117311845A CN202311277420.XA CN202311277420A CN117311845A CN 117311845 A CN117311845 A CN 117311845A CN 202311277420 A CN202311277420 A CN 202311277420A CN 117311845 A CN117311845 A CN 117311845A
Authority
CN
China
Prior art keywords
file
class
refresh
memory
refreshing
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
CN202311277420.XA
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.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
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 Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN202311277420.XA priority Critical patent/CN117311845A/zh
Publication of CN117311845A publication Critical patent/CN117311845A/zh
Pending legal-status Critical Current

Links

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
    • G11—INFORMATION STORAGE
    • G11C—STATIC STORES
    • G11C11/00—Digital stores characterised by the use of particular electric or magnetic storage elements; Storage elements therefor
    • G11C11/21—Digital stores characterised by the use of particular electric or magnetic storage elements; Storage elements therefor using electric elements
    • G11C11/34—Digital stores characterised by the use of particular electric or magnetic storage elements; Storage elements therefor using electric elements using semiconductor devices
    • G11C11/40—Digital stores characterised by the use of particular electric or magnetic storage elements; Storage elements therefor using electric elements using semiconductor devices using transistors
    • G11C11/401—Digital stores characterised by the use of particular electric or magnetic storage elements; Storage elements therefor using electric elements using semiconductor devices using transistors forming cells needing refreshing or charge regeneration, i.e. dynamic cells
    • G11C11/406—Management or control of the refreshing or charge-regeneration cycles

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Hardware Design (AREA)
  • Dram (AREA)

Abstract

本公开提供了一种内存初始化方法，可以应用于信息安全技术领域。该内存初始化方法包括：内存刷新方法，包括：在应用启动的初始化阶段，采集应用初始化代码中支持预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的；将支持预设注解的文件按照预设结构存入集合文件中；监听所述应用是否发生变更事件；在所述应用发生变更事件的情况下，接收刷新参数，所述刷新参数是响应于变更事件生成的；以及基于所述刷新参数，通过所述集合文件，执行内存刷新。本公开还提供了一种内存初始化装置、设备、存储介质和程序产品。

Description

内存刷新方法、装置、设备、介质和程序产品
技术领域
本公开涉及信息安全领域，具体地涉及一种内存刷新方法、装置、设备、介质和程序产品。
背景技术
内存刷新是指设备执行初始化的操作中，将数据加载至服务器的静态内存中的行为，在一个典型的场景中，生产数据和/或配置数据发生变更，服务器内存则需要重新读取该发生变更的生产数据和/或配置数据，并加载至服务器内存中使其生效。
为实现服务器端的内存刷新，通常采用两种方案：
方案一：通过脚本调用可支持内存刷新的方法，基于可支持内存刷新的方法执行内存刷新工具，以实现内存刷新；
方案二：在方案一的基础上设置流水线的操作，该流水线可看做是一套可持续交付系统，相当于在创建一整套执行的任务来执行方案一，以实现内存刷新。
对于上述方案一，如果新定义了其他方法，则需要在内存刷新工具中再次定义该其他方法才能支持刷新，致使拓展能力较差、维护成本较高；
对于方案二中的流水线操作，虽然在一定程度上能够提升安全性，但由于流水线的提交成本较高，一旦提交流水线的任务配置出现问题，则需要重走变更流程，使得内存刷新的及时性不足。
发明内容
鉴于上述问题，本公开提供了提高内存刷新可维护性和及时性的内存刷新方法、装置、设备、介质和程序产品。
根据本公开的第一个方面，提供了一种内存刷新方法，包括：在应用启动的初始化阶段，采集应用初始化代码中支持预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的；将支持预设注解的文件按照预设结构存入集合文件中；监听所述应用是否发生变更事件；在所述应用发生变更事件的情况下，接收刷新参数，所述刷新参数是响应于变更事件生成的；以及基于所述刷新参数，通过所述集合文件，执行内存刷新。
根据本公开的实施例，其中，所述文件包括类文件，所述类文件中包括N个方法，N为正整数，所述在应用启动的初始化阶段，采集应用初始化代码中存在预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的，包括：扫描所述初始化代码中预设范围下的路径全量文件，筛选所述全量文件中的类文件；判断所述类文件是否支持注解；在所述类文件支持注解的情况下，判断所述类文件是否存在赋值；在所述类文件存在赋值的情况下，基于所述类文件定义第一类属性，所述第一类属性支持全量方法的内存刷新；将所述类文件的类名作为Key，所述类文件的第一类属性作为Value，放入定义集合文件；在所述类文件不存在赋值的情况下，则基于所述类文件定义第二类属性，所述第二类属性支持选择方法的内存刷新；以及将所述类文件的类名作为Key、所述类文件的第二类属性作为Value，放入定义集合文件。
根据本公开的实施例，其中，所述集合文件包括第一集合文件，所述将支持预设注解的文件按照预设结构存入集合文件中，包括：遍历所述定义集合文件，其中，在遍历的过程中，基于类属性判断当前的类文件是否支持全量刷新；在所述当前的类文件支持全量刷新的情况下，获取当前的类文件下所有方法；将所述当前的类文件下所有方法名放入第一方法列列表中；以及基于所述类名作为Key，所述第一方法列表作为Value，放入第一集合文件。
根据本公开的实施例，其中，所述集合文件还包括第二集合文件，在所述遍历是定义集合文件，其中，在遍历的过程中，基于类属性判断当前的类文件是否支持全量刷新后，还包括：在所述当前的类文件不支持全量刷新的情况下，获取当前的类文件下所有方法；判断所述当前的类文件下所有方法中的是否存在支持选择刷新的方法；在所述当前的类文件下所有方法中存在支持选择刷新的方法的情况下，将所述当前类先所有支持选择刷新的方法名放入第二方法列表中；以及基于所述类名结合方法名后作为Key，所述第二方法列表作为Value，放入第二列表。
根据本公开的实施例，其中，所述基于所述刷新参数，通过所述集合文件，执行内存刷新，包括：判断所述刷新参数中是否包含预设分隔符；在所述刷新参数中不包含预设分隔符的情况下，获取所述第一集合文件；基于所述刷新参数查询所述第一集合文件中的第一列表；遍历执行所述第一列表中的方法名的内存刷新。
根据本公开的实施例，其中，在所述判断所述刷新参数中是否包含预设分隔符后，还包括：在所述刷新参数中包含预设分隔符的情况下，获取所述第二集合文件；基于所述刷新参数查询所述第二集合文件中的第二列表；以及基于所述第二列表中支持选择刷新的方法名执行内存刷新。
根据本公开的实施例，其中，在所述基于所述刷新参数查询所述第一集合文件中的第一列表后，或者，在所述基于所述刷新参数查询所述第二集合文件中的第二列表后，还包括：在获取所述第一列表或所述支持选择刷新的方法失败的情况下，输出所述刷新参数未定义的信号。
本公开的第二方面提供了一种内存刷新装置，包括：采集模块，用于在应用启动的初始化阶段，采集应用初始化代码中支持预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的；集合文件形成模块，用于将支持预设注解的文件按照预设结构存入集合文件中；监听模块，用于监听所述应用是否发生变更事件；刷新参数接收模块，用于在所述应用发生变更事件的情况下，接收刷新参数，所述刷新参数是响应于变更事件生成的；以及内存刷新模块，用于基于所述刷新参数，通过所述集合文件，执行内存刷新。
根据本公开的实施例，其中，所述文件包括类文件，所述类文件中包括N个方法，N为正整数，所述采集模块包括：类文件筛选单元、注解判断单元、赋值判断单元、第一类属性定义单元、第一定义文件存入单元、第二类属性定义单元以及第二定义文件存入单元，所述类文件筛选单元，用于扫描所述初始化代码中预设范围下的路径全量文件，筛选所述全量文件中的类文件；所述注解判断单元，用于判断所述类文件是否支持注解；所述赋值判断单元，用于在所述类文件支持注解的情况下，判断所述类文件是否存在赋值；所述第一类属性定义单元，用于在所述类文件存在赋值的情况下，基于所述类文件定义第一类属性，所述第一类属性支持全量方法的内存刷新；所述第二类属性定义单元，用于将所述类文件的类名作为Key，所述类文件的第一类属性作为Value，放入定义集合文件；所述第二类属性定义单元，用于在所述类文件不存在赋值的情况下，则基于所述类文件定义第二类属性，所述第二类属性支持选择方法的内存刷新；以及所述第二定义文件存入单元，用于将所述类文件的类名作为Key、所述类文件的第二类属性作为Value，放入定义集合文件。
根据本公开的实施例，其中，所述集合文件包括第一集合文件，所述集合文件形成模块包括：全量刷新判断单元、全量方法获取单元、第一方法列表存入单元以及第一集合文件存入单元，遍历所述定义集合文件，其中，在遍历的过程中，基于类属性判断当前的类文件是否支持全量刷新；在所述当前的类文件支持全量刷新的情况下，获取当前的类文件下所有方法；将所述当前的类文件下所有方法名放入第一方法列列表中；以及基于所述类名作为Key，所述第一方法列表作为Value，放入第一集合文件。
根据本公开的实施例，其中，所述集合文件还包括第二集合文件，所述集合文件形成模块还包括：选择刷新判断单元、第二方法列表存入单元和第二集合文件存入单元，所述全量方法获取单元，还用于在所述当前的类文件不支持全量刷新的情况下，获取当前的类文件下所有方法；判断所述当前的类文件下所有方法中的是否存在支持选择刷新的方法；所述第二方法存入单元，用于在所述当前的类文件下所有方法中存在支持选择刷新的方法的情况下，将所述当前类先所有支持选择刷新的方法名放入第二方法列表中；以及所述第二集合文件存入单元，用于基于所述类名结合方法名后作为Key，所述第二方法列表作为Value，放入第二列表。
根据本公开的实施例，其中，所述内存刷新模块包括：刷新参数判断单元、第一集合文件获取单元、第一查询单元以及第一内存刷新单元，所述刷新参数判断单元，用于判断所述刷新参数中是否包含预设分隔符；所述第一集合文件获取单元，用于在所述刷新参数中不包含预设分隔符的情况下，获取所述第一集合文件；所述第一列表查询单元，用于基于所述刷新参数查询所述第一集合文件中的第一列表；所述第一内存刷新单元，用于遍历执行所述第一列表中的方法名的内存刷新。
根据本公开的实施例，其中，所述内存刷新模块还包括：第二集合文件获取单元、第二查询单元以及第二内存刷新单元，所述第一集合文件获取单元，用于在所述刷新参数中包含预设分隔符的情况下，获取所述第二集合文件；所述第二查询单元，用于基于所述刷新参数查询所述第二集合文件中的第二列表；以及所述第二内存刷新单元，用于基于所述第二列表中支持选择刷新的方法名执行内存刷新。
根据本公开的实施例，其中，所述内存刷新模块还包括：错误信号输出单元，所述错误信号输出单元，用于在获取所述第一列表或所述支持选择刷新的方法失败的情况下，输出所述刷新参数未定义的信号。
本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述内存刷新方法。
本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述内存刷新方法。
本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述内存刷新方法。
在本公开的实施例中，为了解决现有技术中内存刷新过程可维护性较低和刷新成本较高的技术问题。通过在应用初始化阶段获取可以支持内存刷新的文件，并基于这些程序形成集合文件，在发生变更事件的情况下，通过该集合文件进行内存刷新。那么，在新定义方法的情况下，仅需重启应用的初始化过程即可完成刷新，增加了内存刷新效率并降低了内存刷新的维护成本。
附图说明
通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
图1示意性示出了根据本公开实施例的内存刷新方法的应用场景图；
图2示意性示出了根据本公开实施例的内存刷新方法的流程图；
图3示意性示出了根据本公开实施例的文件采集方法的流程图；
图4示意性示出了根据本公开实施例的一种集合文件存放方法的流程图；
图5示意性示出了根据本公开实施例的另一种集合文件存放方法的流程图；
图6示意性示出了根据本公开实施例的一种内存刷新方法的流程图；
图7示意性示出了根据本公开实施例的另一种内存刷新方法的流程图；
图8示意性示出了根据本公开实施例的初始化阶段方法的流程图；
图9示意性示出了根据本公开实施例的内存刷新阶段方法的流程图；
图10示意性示出了根据本公开实施例的内存刷新装置的结构框图；以及
图11示意性示出了根据本公开实施例的适于实现内存刷新方法的电子设备的方框图。
具体实施方式
以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
在一个典型的场景下，企业手机应用中使用内存刷新的逻辑采用的是：用户通过定义一个Servlet(获取内存刷新参数的接口)来支持调用内存刷新方法，通过Http请求访问该Servlet，获取入参来实现相应方法的执行。例如，通过运行预先配置好的Shell脚本发起请求至某个Servlet，获取方法的刷新参数并通过该参数执行刷新工具中的内存刷新方法。
针对上述方案，如果在新定义了某个方法的情况下，则须在内存刷新工具中再次定义才能支持刷新，这提高了内存刷新逻辑的维护成本。
并且，考虑到在安全性较高的场景下，需要禁止直接使用内存刷新工具，那么流水线的方式来执行内存刷新。那么，对于开发而言，每次内存刷新都需要提交一条流水线，且一次只能刷新一个方法。另外，流水线的内存刷新逻辑需要额外创建人物，且不能干预刷新的具体某个方法(因此，需要刷新的方法随着流水线带出，在此过程中不能更改或赋值)。如果内存刷新执行失败，如需修改脚本的话，则需要重走一遍变更流程。这极大限制了内存刷新的灵活性，在应急场景下十分不便。
为了解决现有技术中存在的技术问题，本公开的实施例提供了一种内存刷新方法，包括：在应用启动的初始化阶段，采集应用初始化代码中支持预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的；将支持预设注解的文件按照预设结构存入集合文件中；监听所述应用是否发生变更事件；在所述应用发生变更事件的情况下，接收刷新参数，所述刷新参数是响应于变更事件生成的；以及基于所述刷新参数，通过所述集合文件，执行内存刷新。
在本公开的实施例中，为了解决现有技术中内存刷新过程可维护性较低和刷新成本较高的技术问题。通过在应用初始化阶段获取可以支持内存刷新的文件，并基于这些程序形成集合文件，在发生变更事件的情况下，通过该集合文件进行内存刷新。那么，在新定义方法的情况下，仅需重启应用的初始化过程即可完成刷新，增加了内存刷新效率并降低了内存刷新的维护成本。
图1示意性示出了根据本公开实施例的内存刷新方法的应用场景图。
如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103、网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
需要说明的是，本公开实施例所提供的内存刷新方法一般可以由服务器105执行。相应地，本公开实施例所提供的内存刷新装置一般可以设置于服务器105中。本公开实施例所提供的内存刷新方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的内存刷新装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
以下将基于图1描述的场景，通过图2～图9对公开实施例的内存刷新方法进行详细描述。
图2示意性示出了根据本公开实施例的内存刷新方法的流程图。
如图2所示，该实施例的内存刷新方法包括操作S210～操作S250，该方法可以服务器105执行。
在操作S210中，在应用启动的初始化阶段，采集应用初始化代码中支持预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的。
其中，每当启动应用时，会执行初始化操作，该阶段称为初始化阶段，该初始化阶段的过程中会执行相应的初始化代码，初始化代码中包括多个文件，上述支持预设注解的文件包括类文件，类文件中包括多个方法。上述预设注解是由开发人员预先添加至初始化代码中的注解，该注解用以表明所处的类文件是否支持内存刷新，针对内存刷新的情况，包括类文件中全量方法或类文件中部分方法是支持内存刷新的。进而，通过扫描初始化代码中可支持内存刷新的类中所有方法和/或类中的个别方法。
举个例子，在本公开的实施例中，可以定义工具类(Refresh)执行内存刷新，工具类Refresh中主要包括声明(Annotation)、启动类(RefreshApplication)以及属性类(RefreshBeanDefinition)。其中，启动类是该工具类的核心，用于对初始化方法进行扫描。属性类定义了被扫描到支持配置中心刷新的类的属性。声明下定义有3个注解，分别为@RefreshComponent、@RefreshBean以及@RefreshComponentScan，其中，@RefreshComponent用于定义当前初始化类是否可被标识为支持内存刷新；@RefreshBean用于定义在初始化类的方法上，标识当前方法支持内存刷新；@RefreshComponentScan定义在启动类RefreshApplication上，用于标识可扫描的范围。
可以理解的是，@RefreshComponent和@RefreshBean这两注解可以看做是不同颗粒度的注解，在注解为@RefreshComponent的情况下，若类中不存在注解@RefreshBean，可以看做该类中所有方法支持内存刷新；在注解为@RefreshComponent的情况下，若类中存在注解@RefreshBean，则看做该类中存在@RefreshBean的方法支持内存刷新。
接下来，对文件采集的逻辑进行详细揭示，如下所示：
图3示意性示出了根据本公开实施例的文件采集方法的流程图。
如图3所示，该实施例的文件采集方法包括操作S310～操作S370，该操作S310～操作S370至少可以部分执行上述操作S210。
根据本公开的实施例，其中，所述文件包括类文件，所述类文件中包括N个方法，N为正整数。
在操作S310中，扫描所述初始化代码中预设范围下的路径全量文件，筛选所述全量文件中的类文件。
其中，预设范围是由相关人员提前预设的，旨在控制内存刷新的范围，获取该范围内代码的类文件执行扫描操作，以获取可支持内存刷新的类和方法。
在操作S320中，判断所述类文件是否支持注解。
在操作S330中，在所述类文件支持注解的情况下，判断所述类文件是否存在赋值。
在操作S340中，在所述类文件存在赋值的情况下，基于所述类文件定义第一类属性，所述第一类属性支持全量方法的内存刷新。
在操作S350中，将所述类文件的类名作为Key，所述类文件的第一类属性作为Value，放入定义集合文件。
在操作S360中，在所述类文件不存在赋值的情况下，则基于所述类文件定义第二类属性，所述第二类属性支持选择方法的内存刷新。
在操作S370中，将所述类文件的类名作为Key、所述类文件的第二类属性作为Value，放入定义集合文件。
具体地，判断该类文件是否支持注解，即判断当前扫描到的类文件中是否存在注解，在类文件支持该注解的情况下，至少说明所处类文件全量或部分选择地支持内存刷新。进而，判断该注解是否存在赋值(如赋值为1表支持全量刷新，null表示选择刷新)，进而得出该类文件支持内存刷新的类型。进一步地，按照类名为Key，属性为Value的数据结构形成定义集合文件进行存储，以便后续进一步对初始化阶段获取的类文件进行细分以形成直接可以查询用的集合文件。
接上例所示，当应用启动时，调用启动类(RefreshApplication)中的初始化方法进行扫描，对符合条件的类和方法进行存储，其中，对于每一扫描到的类文件，判断该类文件中是否存在注解@RefreshComponent，在该类文件中存在@RefreshComponent的情况下，得出该类文件支持内存刷新，进一步地，判断该类文件中的@RefreshComponent是否存在赋值，是则表示该全量，否则表示非全量刷新，其中，该赋值可以是任意字符，在此不做赘述。
针对支持全量方法刷新的类文件，定义属性类(RefreshBeanDefinition)中的TYPE＝0作为第一类属性，并将该第一类属性放入源代码中类文件的映射中；针对支持选择方法刷新的类文件，定义属性类(RefreshBeanDefinition)中的TYPE＝1作为第二类属性，并将该第二类属性放入源代码中类文件的映射中。
按照类名(classSimpleName)作为Key，定义属性类(RefreshBeanDefinition)作为Value，形成定义集合文件beanDefinitionMap<classSimpleName，RefreshBeanDefinition>。
在操作S220中，将支持预设注解的文件按照预设结构存入集合文件中。
其中，预设结构即是集合文件的结构，该集合文件的结构是基于Key-Value形式的。针对不同类属性的类文件，其集合文件的结构不同，需要强调的是，集合文件不同于上述定义集合文件，集合文件其可以通过参数直接查询类中全量方法或选择的方法的内容集合文件，而定义集合文件的作用仅在于查看类文件的属性到底是否为可全量刷新的还是选择刷新的。
接下来，对形成集合文件的逻辑进行详细揭示，如下所示：
图4示意性示出了根据本公开实施例的一种集合文件存放方法的流程图。
如图4所示，该实施例的一种集合文件存放方法包括S410～操作S440，该操作S410～操作S440至少可以部分执行上述操作S220。
根据本公开的实施例，其中，所述集合文件包括第一集合文件。
在操作S410中，遍历所述定义集合文件，其中，在遍历的过程中，基于类属性判断当前的类文件是否支持全量刷新。
在操作S420中，在所述当前的类文件支持全量刷新的情况下，获取当前的类文件下所有方法。
在操作S430中，将所述当前的类文件下所有方法名放入第一方法列列表中。
在操作S440中，基于所述类名作为Key，所述第一方法列表作为Value，放入第一集合文件。
具体地，第一集合文件是针对的支持全量刷新的类文件的集合文件，通过遍历定义集合文件，查找第一类属性的类文件，即支持全量刷新的类文件；进而获取该类文件下所有方法名，放入到第一列表中，基于类名和第一列表形成第一集合文件。
其中，针对每一方法可以判断每个方法是否符合初始化方法的条件，该初始化方法的条件基于不同应用规则不同，例如，针对某些应用，判断方法名中是否包含初始化的无参方法。
接上例所示，将所有方法放入第一列表beanMethodArrayList<Method＞中，再结合类名形成第一集合文件，第一集合文件的数据结构为refreshAllMethodBeanMap<classSimpleName，List<Method＞＞，表示用以支持对TYPE＝0类的刷新，Key定义为类名。
图5示意性示出了根据本公开实施例的另一种集合文件存放方法的流程图。
如图5所示，该实施例的另一种集合文件存放方法包括S510～操作S530，该操作S510～操作S540执行于操作S410后。
根据本公开的实施例，其中，所述集合文件还包括第二集合文件。
在操作S510中，在所述当前的类文件不支持全量刷新的情况下，获取当前的类文件下所有方法。
在操作S520中，判断所述当前的类文件下所有方法中的是否存在支持选择刷新的方法。
在操作S530中，在所述当前的类文件下所有方法中存在支持选择刷新的方法的情况下，将所述当前类先所有支持选择刷新的方法名放入第二方法列表中。
在操作S540中，基于所述类名结合方法名后作为Key，所述第二方法列表作为Value，放入第二列表。
具体地，第二集合文件是针对的支持全量刷新的类文件的集合文件，通过遍历定义集合文件，查找第二类属性的类文件，即支持选择刷新的类文件；针对第二类属性的类文件，逐一查看并判断其中的方法是否符合选择刷新，符合，则将支持选择刷新的方法名存入第二方法列表中，进而基于类名+方法名和第二方法列表形成第二集合文件。
接上例所示，逐一遍历类文件中的方法，判断类文件中的方法是否支持@RefreshBean，在方法支持@RefreshBean的情况下，则判定当前方法支持选择刷新，进而，基于类文件中能够执行选择刷新的方法生成的第二集合文件的数据结构为refreshSingleMethodBeanMap<classSimpleName+method.getname()，List<Method>>，表示用以支持TYPE＝1类的选择刷新，Key定义为类名+方法名。
其中，针对每一方法符合选择刷新的方法可以判断每个方法是否符合初始化方法的条件，该初始化方法的条件基于不同应用规则不同，例如，针对某些应用，判断方法名中是否包含初始化的无参方法。
可以理解的是，上述操作S210～操作S220是在应用初始化阶段所执行的操作，旨在将能够将内存刷新的文件名(类名或者类名+方法名)和文件内容进行预先存储，在某个时刻触发于变更时间时，则将其中的内容进行相应更新。
在操作S230中，监听所述应用是否发生变更事件。
在操作S240中，在所述应用发生变更事件的情况下，接收刷新参数，所述刷新参数是响应于变更事件生成的。
在操作S250中，基于所述刷新参数，通过所述集合文件，执行内存刷新。
具体地，通过配置中心监听获取热更新的刷新参数，该热更新的刷新参数一般包括两种格式，针对第一类属性的类文件的格式和针对第二类属性的类文件的格式，其中，针对前者，其包含一个类名的参数；针对后者其包含类名+方法名的参数。例如，刷新参数为C，则表示针对类文件“C”中的所有方法，进行全量刷新。又例如，刷新参数为C.c1，则表示针对类文件“C”中的方法“c1”，进行选择刷新。进而，通过刷新参数，结合上述形成的第一集合文件和第二集合文件执行内存刷新的操作。
接下来，对内存刷新的逻辑进行详细揭示，如下所示：
图6示意性示出了根据本公开实施例的一种内存刷新方法的流程图。
如图6所示，该实施例的内存刷新方法包括操作S610～操作S6640，该操作S610～操作S640至少可以部分执行上述操作S250。
在操作S610中，判断所述刷新参数中是否包含预设分隔符。
其中，上述预设分隔符由相关人员设定，可以是任意可以实现分隔符功能的字符。
在操作S620中，在所述刷新参数中不包含预设分隔符的情况下，获取所述第一集合文件。
在操作S630中，基于所述刷新参数查询所述第一集合文件中的第一列表。
在操作S640中，遍历执行所述第一列表中的方法名的内存刷新。
具体地，判断得到的刷新参数中是否存在分割符，对于不存在分隔符的情况，则判断该刷新参数仅包含类名，进而，获取类名对应的第一集合文件，进而取得第一列表，通过第一列表中的方法名执行内存刷新的操作。
图7示意性示出了根据本公开实施例的另一种内存刷新方法的流程图。
如图7所述，该实施例的内存刷新方法包括操作S710～操作S730，该操作S7 10～操作S730执行于上述操作S610后。
在操作S710中，在所述刷新参数中包含预设分隔符的情况下，获取所述第二集合文件。
在操作S720中，基于所述刷新参数查询所述第二集合文件中的第二列表。
在操作S730中，基于所述第二列表中支持选择刷新的方法名执行内存刷新。
具体地，判断得到的刷新参数中是否存在分割符，对于存在分隔符的情况，则判断该刷新参数不仅仅包含类名，还包含有方法名，进而，获取类名对应的第二集合文件，进而取得第二列表，通过第二列表中的方法名执行内存刷新的操作。需要说明的是，内存刷新的仅是刷新参数对应的方法名，而非该类文件中的所有可支持刷新的方法，即刷新参数为C.c1时，仅刷新方法名为c1的内容，并不需要刷新类文件C中其他的方法。
根据本公开的实施例，其中，在所述基于所述刷新参数查询所述第一集合文件中的第一列表后，或者，在所述基于所述刷新参数查询所述第二集合文件中的第二列表后，还包括：在获取所述第一列表或所述支持选择刷新的方法失败的情况下，输出所述刷新参数未定义的信号。
具体地，在出错的情况下，判断该刷新参数可能是未在初始化范围内或者新增的文件，后续对应用端中代码进行维护，添加相应的注解即可。
在本公开的实施例中，为了解决现有技术中内存刷新过程可维护性较低和刷新成本较高的技术问题。通过在应用初始化阶段获取可以支持内存刷新的文件，并基于这些程序形成集合文件，在发生变更事件的情况下，通过该集合文件进行内存刷新。那么，在新定义方法的情况下，仅需重启应用的初始化过程即可完成刷新，增加了内存刷新效率并降低了内存刷新的维护成本。
接下来，结合上例，分别对本公开的实施例的初始化阶段和内存刷新阶段的全流程进行详细揭示，如下所示：
图8示意性示出了根据本公开实施例的初始化阶段方法的全流程图。
如图8所示，该初始化阶段方法包括操作S801～操作S815。
在操作S801中，APP启动类：调用RefreshApplication.RefreshBeanInitHandler开始执行RefreshBean的初始化。
在操作S802中，对@RefreshComponentScan中的路径进行扫描，获取路径下的所有文件。
在操作S803中，是否是class文件。是则执行操作S804。
在操作S804中，该类是否支持@RefreshComponent。是则执行操作S805。
在操作S805中，@RefreshComponent属性是否赋值。是则执行操作S806；否则执行操作S807。
在操作S806中，该类支持全量方法刷新定义RefreshBeanDefinition.TYPE＝0，并放入clazz。
在操作S807中，该类支持选择方法刷新定义RefreshBeanDefinition.TYPE＝1，并放入clazz。
在操作S808中，放入beanDefinitionMap<classSimpleName，RefreshBeanDefinition>。
在操作S809中，遍历beanDefinitionMap。
在操作S810中，当前class是否支持全量方法刷新。是则执行操作S811，；否则执行操作S814。
在操作S811中，获取所有方法：判断当前方法符合初始化方法条件。以WAPC应用为例：方法名包含initial的无参方法。
在操作S812中，循环方法列表，满足上述条件放入beanMethodArrayList<Method>。
在操作S813中，循环结束，放入refreshAllMethodBeanMap<clazzSimpleName，List<Method>>。
在操作S814中，获取所有方法：判断当前方法符合TYPE＝1类型初始化方法条件：方法名包含initial的无参方法且有@RefreshBean注解。
在操作S815中，循环方法列表，满足上述条件放入refreshSingleMethodBeanMap<clazzSimpleName+method.getName()，Method>。其中，也可以是放入refreshSingleMethodBeanMap<clazzSimpleName+method.getName()，List<Method>>
图9示意性示出了根据本公开实施例的内存刷新阶段方法的全流程图。
如图9所示，该内存刷新阶段方法包括操作S901～操作S911。
在操作S901中，通过CMC监听获取热更新的BeanName。
在操作S902中，通过“.”对BeanName进行分隔，获取数组。
在操作S903中，判断数组长度。长度为1，则判定为支持全量方法刷新，执行操作S904；长度为2，则判定为支持选择方法刷新，执行操作S907。
需要说明的是，例如，若刷新参数如C.c1的情况下，分割出的数组为[C，c1]，其长度为2；又例如，若刷新参数如C的情况下，分割出的数组为[C]，其长度为1。
在操作S904中，通过beanDefinitionMap校验该bean是否支持TYPE＝0。是则，执行操作S905；否则执行操作S911。
在操作S905中，从refreshAllMethodBeanMap中获取对应的List<Method>。
在操作S906中，获取成功：遍历执行刷新方法。
在操作S907中，通过beanDefinitionMap校验该bean是否支持TYPE＝1。是则，执行操作S908；否则执行操作S911。
在操作S908中，从refreshSingleMethodBeanMap中获取对应的List<Method>。
在操作S909中，获取成功：执行该刷新方法。
在操作S910中，获取失败，该beanName未定义。
在操作S911中，RefreshComponent属性TYPE定义错误。
基于上述内存刷新方法，本公开还提供了一种内存刷新装置。以下将结合图10对该装置进行详细描述。
图10示意性示出了根据本公开实施例的内存刷新装置的结构框图。
如图10所示，该实施例的内存刷新装置1000包括采集模块1010、集合文件形成模块1020、监听模块1030、刷新参数接收模块1040和内存刷新模块1050。
采集模块1010用于在应用启动的初始化阶段，采集应用初始化代码中支持预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的。在一实施例中，采集模块1010可以用于执行前文描述的操作S210，在此不再赘述。
集合文件形成模块1020用于将支持预设注解的文件按照预设结构存入集合文件中。在一实施例中，集合文件形成模块1020可以用于执行前文描述的操作S220，在此不再赘述。
监听模块1030用于监听所述应用是否发生变更事件。在一实施例中，监听模块1030可以用于执行前文描述的操作S230，在此不再赘述。
刷新参数接收模块1040用于在所述应用发生变更事件的情况下，接收刷新参数，所述刷新参数是响应于变更事件生成的。在一实施例中，刷新参数接收模块1040可以用于执行前文描述的操作S240，在此不再赘述。
内存刷新模块1050用于基于所述刷新参数，通过所述集合文件，执行内存刷新。在一实施例中，内存刷新模块1050可以用于执行前文描述的操作S250，在此不再赘述。
在本公开的实施例中，为了解决现有技术中内存刷新过程可维护性较低和刷新成本较高的技术问题。通过在应用初始化阶段获取可以支持内存刷新的文件，并基于这些程序形成集合文件，在发生变更事件的情况下，通过该集合文件进行内存刷新。那么，在新定义方法的情况下，仅需重启应用的初始化过程即可完成刷新，增加了内存刷新效率并降低了内存刷新的维护成本。
根据本公开的实施例，其中，所述文件包括类文件，所述类文件中包括N个方法，N为正整数，所述采集模块包括：类文件筛选单元、注解判断单元、赋值判断单元、第一类属性定义单元、第一定义文件存入单元、第二类属性定义单元以及第二定义文件存入单元，所述类文件筛选单元，用于扫描所述初始化代码中预设范围下的路径全量文件，筛选所述全量文件中的类文件；所述注解判断单元，用于判断所述类文件是否支持注解；所述赋值判断单元，用于在所述类文件支持注解的情况下，判断所述类文件是否存在赋值；所述第一类属性定义单元，用于在所述类文件存在赋值的情况下，基于所述类文件定义第一类属性，所述第一类属性支持全量方法的内存刷新；所述第二类属性定义单元，用于将所述类文件的类名作为Key，所述类文件的第一类属性作为Value，放入定义集合文件；所述第二类属性定义单元，用于在所述类文件不存在赋值的情况下，则基于所述类文件定义第二类属性，所述第二类属性支持选择方法的内存刷新；以及所述第二定义文件存入单元，用于将所述类文件的类名作为Key、所述类文件的第二类属性作为Value，放入定义集合文件。
根据本公开的实施例，其中，所述集合文件包括第一集合文件，所述集合文件形成模块包括：全量刷新判断单元、全量方法获取单元、第一方法列表存入单元以及第一集合文件存入单元，遍历所述定义集合文件，其中，在遍历的过程中，基于类属性判断当前的类文件是否支持全量刷新；在所述当前的类文件支持全量刷新的情况下，获取当前的类文件下所有方法；将所述当前的类文件下所有方法名放入第一方法列列表中；以及基于所述类名作为Key，所述第一方法列表作为Value，放入第一集合文件。
根据本公开的实施例，其中，所述集合文件还包括第二集合文件，所述集合文件形成模块还包括：选择刷新判断单元、第二方法列表存入单元和第二集合文件存入单元，所述全量方法获取单元，还用于在所述当前的类文件不支持全量刷新的情况下，获取当前的类文件下所有方法；判断所述当前的类文件下所有方法中的是否存在支持选择刷新的方法；所述第二方法存入单元，用于在所述当前的类文件下所有方法中存在支持选择刷新的方法的情况下，将所述当前类先所有支持选择刷新的方法名放入第二方法列表中；以及所述第二集合文件存入单元，用于基于所述类名结合方法名后作为Key，所述第二方法列表作为Value，放入第二列表。
根据本公开的实施例，其中，所述内存刷新模块包括：刷新参数判断单元、第一集合文件获取单元、第一查询单元以及第一内存刷新单元，所述刷新参数判断单元，用于判断所述刷新参数中是否包含预设分隔符；所述第一集合文件获取单元，用于在所述刷新参数中不包含预设分隔符的情况下，获取所述第一集合文件；所述第一列表查询单元，用于基于所述刷新参数查询所述第一集合文件中的第一列表；所述第一内存刷新单元，用于遍历执行所述第一列表中的方法名的内存刷新。
根据本公开的实施例，其中，所述内存刷新模块还包括：第二集合文件获取单元、第二查询单元以及第二内存刷新单元，所述第一集合文件获取单元，用于在所述刷新参数中包含预设分隔符的情况下，获取所述第二集合文件；所述第二查询单元，用于基于所述刷新参数查询所述第二集合文件中的第二列表；以及所述第二内存刷新单元，用于基于所述第二列表中支持选择刷新的方法名执行内存刷新。
根据本公开的实施例，其中，所述内存刷新模块还包括：错误信号输出单元，所述错误信号输出单元，用于在获取所述第一列表或所述支持选择刷新的方法失败的情况下，输出所述刷新参数未定义的信号。
根据本公开的实施例，采集模块1010、集合文件形成模块1020、监听模块1030、刷新参数接收模块1040和内存刷新模块1050中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，采集模块1010、集合文件形成模块1020、监听模块1030、刷新参数接收模块1040和内存刷新模块1050中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，采集模块1010、集合文件形成模块1020、监听模块1030、刷新参数接收模块1040和内存刷新模块1050中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
图11示意性示出了根据本公开实施例的适于实现内存刷新方法的电子设备的方框图。
如图11所示，根据本公开实施例的电子设备1100包括处理器1101，其可以根据存储在只读存储器(ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。处理器1101例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器1101还可以包括用于缓存用途的板载存储器。处理器1101可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 1103中，存储有电子设备1100操作所需的各种程序和数据。处理器1101、ROM 1102以及RAM 1103通过总线1104彼此相连。处理器1101通过执行ROM 1102和/或RAM1103中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1102和RAM 1103以外的一个或多个存储器中。处理器1101也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例，电子设备1100还可以包括输入/输出(I/O)接口1105，输入/输出(I/O)接口1105也连接至总线1104。电子设备1100还可以包括连接至I/O接口1105的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。
本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1102和/或RAM 1103和/或ROM 1102和RAM 1103以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的物品推荐方法。
在该计算机程序被处理器1101执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1109被下载和安装，和/或从可拆卸介质1111被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被处理器1101执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (11)

1.一种内存刷新方法，包括：
在应用启动的初始化阶段，采集应用初始化代码中支持预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的；
将支持预设注解的文件按照预设结构存入集合文件中；
监听所述应用是否发生变更事件；
在所述应用发生变更事件的情况下，接收刷新参数，所述刷新参数是响应于变更事件生成的；以及
基于所述刷新参数，通过所述集合文件，执行内存刷新。
2.根据权利要求1所述的方法，其中，所述文件包括类文件，所述类文件中包括N个方法，N为正整数，
所述在应用启动的初始化阶段，采集应用初始化代码中存在预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的，包括：
扫描所述初始化代码中预设范围下的路径全量文件，筛选所述全量文件中的类文件；
判断所述类文件是否支持注解；
在所述类文件支持注解的情况下，判断所述类文件是否存在赋值；
在所述类文件存在赋值的情况下，基于所述类文件定义第一类属性，所述第一类属性支持全量方法的内存刷新；
将所述类文件的类名作为Key，所述类文件的第一类属性作为Value，放入定义集合文件；
在所述类文件不存在赋值的情况下，则基于所述类文件定义第二类属性，所述第二类属性支持选择方法的内存刷新；以及
将所述类文件的类名作为Key、所述类文件的第二类属性作为Value，放入定义集合文件。
3.根据权利要求2所述的方法，其中，所述集合文件包括第一集合文件，
所述将支持预设注解的文件按照预设结构存入集合文件中，包括：
遍历所述定义集合文件，其中，在遍历的过程中，基于类属性判断当前的类文件是否支持全量刷新；
在所述当前的类文件支持全量刷新的情况下，获取当前的类文件下所有方法；
将所述当前的类文件下所有方法名放入第一方法列列表中；以及
基于所述类名作为Key，所述第一方法列表作为Value，放入第一集合文件。
4.根据权利要求3所述的方法，其中，所述集合文件还包括第二集合文件，
在所述遍历是定义集合文件，其中，在遍历的过程中，基于类属性判断当前的类文件是否支持全量刷新后，还包括：
在所述当前的类文件不支持全量刷新的情况下，获取当前的类文件下所有方法；
判断所述当前的类文件下所有方法中的是否存在支持选择刷新的方法；
在所述当前的类文件下所有方法中存在支持选择刷新的方法的情况下，将所述当前类先所有支持选择刷新的方法名放入第二方法列表中；以及
基于所述类名结合方法名后作为Key，所述第二方法列表作为Value，放入第二列表。
5.根据权利要求4所述的方法，其中，所述基于所述刷新参数，通过所述集合文件，执行内存刷新，包括：
判断所述刷新参数中是否包含预设分隔符；
在所述刷新参数中不包含预设分隔符的情况下，获取所述第一集合文件；
基于所述刷新参数查询所述第一集合文件中的第一列表；
遍历执行所述第一列表中的方法名的内存刷新。
6.根据权利要求5所述的方法，其中，在所述判断所述刷新参数中是否包含预设分隔符后，还包括：
在所述刷新参数中包含预设分隔符的情况下，获取所述第二集合文件；
基于所述刷新参数查询所述第二集合文件中的第二列表；以及
基于所述第二列表中支持选择刷新的方法名执行内存刷新。
7.根据权利要求6所述的方法，其中，在所述基于所述刷新参数查询所述第一集合文件中的第一列表后，或者，在所述基于所述刷新参数查询所述第二集合文件中的第二列表后，还包括：
在获取所述第一列表或所述支持选择刷新的方法失败的情况下，输出所述刷新参数未定义的信号。
8.一种内存刷新装置，包括：
采集模块，用于在应用启动的初始化阶段，采集应用初始化代码中支持预设注解的文件，所述预设注解表明所述文件是可支持内存刷新的；
集合文件形成模块，用于将支持预设注解的文件按照预设结构存入集合文件中；
监听模块，用于监听所述应用是否发生变更事件；
刷新参数接收模块，用于在所述应用发生变更事件的情况下，接收刷新参数，所述刷新参数是响应于变更事件生成的；以及
内存刷新模块，用于基于所述刷新参数，通过所述集合文件，执行内存刷新。
9.一种电子设备，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～7中任一项所述的方法。
10.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～7中任一项所述的方法。
11.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～7中任一项所述的方法。
CN202311277420.XA 2023-09-28 2023-09-28 内存刷新方法、装置、设备、介质和程序产品 Pending CN117311845A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311277420.XA CN117311845A (zh) 2023-09-28 2023-09-28 内存刷新方法、装置、设备、介质和程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311277420.XA CN117311845A (zh) 2023-09-28 2023-09-28 内存刷新方法、装置、设备、介质和程序产品

Publications (1)

Publication Number Publication Date
CN117311845A true CN117311845A (zh) 2023-12-29

Family

ID=89249467

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311277420.XA Pending CN117311845A (zh) 2023-09-28 2023-09-28 内存刷新方法、装置、设备、介质和程序产品

Country Status (1)

Country Link
CN (1) CN117311845A (zh)

Similar Documents

Publication Publication Date Title
KR102045602B1 (ko) 애플리케이션 코드 실행이 없는 라이브 타일들
CN111679990B (zh) 测试数据生成方法、装置、可读介质及电子设备
CN105718540B (zh) 数据加载方法和装置
US20240012641A1 (en) Model construction method and apparatus, and medium and electronic device
US10915378B1 (en) Open discovery service
CN112650804B (zh) 大数据接入方法、装置、系统及存储介质
CN112035555B (zh) 一种信息展示方法、装置及设备
CN110674426B (zh) 网页行为上报方法和装置
CN116521317A (zh) 镜像管理方法及装置、电子设备和计算机可读存储介质
CN116756016A (zh) 多浏览器测试方法、装置、设备、介质及程序产品
CN116069725A (zh) 文件迁移方法、装置、设备、介质和程序产品
CN117311845A (zh) 内存刷新方法、装置、设备、介质和程序产品
CN111782549B (zh) 测试方法、装置和电子设备
CN113704079B (zh) 基于Protobuf的接口测试方法和装置
CN113064987A (zh) 数据处理方法、装置、电子设备、介质和程序产品
CN110740046B (zh) 分析服务契约的方法和装置
CN108399223B (zh) 一种数据获取方法、装置及电子设备
CN113608737A (zh) 页面生成方法、装置、设备及介质
US10133758B2 (en) Cell-based database management system
CN113360417B (zh) 测试方法、会话修改器、电子设备以及介质
US11868382B1 (en) Software utility toolbox for client devices
CN118041813B (zh) 信号测试脚本数据构建方法、装置、电子设备与可读介质
CN114844957B (zh) 链路报文转换方法、装置、设备、存储介质和程序产品
CN113760382B (zh) 一种插件启动方法、装置、终端设备及存储介质
CN117009201A (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