CN116467070A - 任务处理方法、装置、存储介质及电子装置 - Google Patents

任务处理方法、装置、存储介质及电子装置 Download PDF

Info

Publication number
CN116467070A
CN116467070A CN202310282173.6A CN202310282173A CN116467070A CN 116467070 A CN116467070 A CN 116467070A CN 202310282173 A CN202310282173 A CN 202310282173A CN 116467070 A CN116467070 A CN 116467070A
Authority
CN
China
Prior art keywords
state
task
processed
trigger message
current
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
CN202310282173.6A
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.)
Qingdao Haier Technology Co Ltd
Haier Smart Home Co Ltd
Haier Uplus Intelligent Technology Beijing Co Ltd
Original Assignee
Qingdao Haier Technology Co Ltd
Haier Smart Home Co Ltd
Haier Uplus Intelligent Technology Beijing 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 Qingdao Haier Technology Co Ltd, Haier Smart Home Co Ltd, Haier Uplus Intelligent Technology Beijing Co Ltd filed Critical Qingdao Haier Technology Co Ltd
Priority to CN202310282173.6A priority Critical patent/CN116467070A/zh
Publication of CN116467070A publication Critical patent/CN116467070A/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/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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • 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/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/026—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using e-messaging for transporting management information, e.g. email, instant messaging or chat
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种任务处理方法、装置、存储介质及电子装置，涉及智慧家庭技术领域，该任务处理方法包括：获取预设任务事件发生时所生成的第一触发消息；根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理，采用上述技术方案，解决了如何在系统资源受限的情况下及时进行任务处理的技术问题。

Description

任务处理方法、装置、存储介质及电子装置
技术领域
本申请涉及智慧家庭技术领域，具体而言，涉及一种任务处理方法、装置、存储介质及电子装置。
背景技术
目前，在开发领域，一般使用嵌入式软件开发技术为用户提供项目开发时所使用的交互平台，在同一交互平台上，往往会为不同操作系统都提供接口，以便适配不同的操作系统，但是当前这些交互平台，基本具有多种复杂接口和实现逻辑，所提供的功能组件需要消耗较大的系统资源，对于CPU和内存等系统资源受限的嵌入式系统来说，由于组件运行所需的系统资源不足，难以支持交互平台及时处理任务。
因此，相关技术中，存在如何在系统资源受限的情况下及时进行任务处理的技术问题。
针对相关技术中，如何在系统资源受限的情况下及时进行任务处理的技术问题，尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种任务处理方法、装置、存储介质及电子装置，以至少解决相关技术中，如何在系统资源受限的情况下及时进行任务处理的技术问题。
根据本申请实施例的一个实施例，提供了一种任务处理方法，包括：获取预设任务事件发生时所生成的第一触发消息；根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理。
在一个示例性实施例中，获取预设任务事件发生时生成的第一触发消息，包括：对任务线程的运行状态进行监测，其中，所述任务线程为处理所述待处理任务时用到的线程；在所有任务线程的运行状态均为运行阻塞的情况下，获取所述所有任务线程持续运行阻塞的阻塞时间段；如果确定所述阻塞时间段均大于预设阈值，则生成所述第一触发消息。
在一个示例性实施例中，根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，包括：在确定所述状态机当前的第一状态为局部安全状态的情况下，根据所述第一触发信息控制所述状态机从当前的局部安全状态切换至局部恢复状态。
在一个示例性实施例中，根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，包括：在确定所述状态机当前的第一状态为非局部安全状态的情况下，确定所述状态机当前的第一状态是否为默认安全状态；如果确定所述状态机当前的第一状态为默认安全状态，根据所述第一触发信息控制所述状态机从所述当前的默认安全状态切换至默认恢复状态。
在一个示例性实施例中，在将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列之前，所述方法还包括：获取所述第二触发消息的唯一识别码；基于所述唯一识别码生成所述第二触发消息的待处理任务，其中，所述第二触发消息的待处理任务用于在所述第一状态下解除至少一个任务线程的运行阻塞的运行状态。
在一个示例性实施例中，将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理，包括：在确定多个状态机已从当前的第一状态切换至第二状态的情况下，获取多个第二触发消息；根据所述多个状态机从当前的第一状态切换至第二状态的切换时刻确定出所述多个第二触发消息对应的待处理任务的处理顺序；按照所述处理顺序将所述多个第二触发消息对应的待处理任务加入已创建的待处理任务队列。
在一个示例性实施例中，在对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理之后，所述方法还包括：获取所述第二触发消息对应的待处理任务的处理结果；在确定所述处理结果用于指示所述待处理任务已处理完成的情况下，控制所述状态机从所述第二状态切换至第三状态，并获取所述状态机从所述第二状态切换至第三状态时的第三触发消息；将所述第三触发消息对应的待处理任务加入已创建的待处理任务队列。
根据本申请实施例的另一个实施例，还提供了一种任务处理装置，包括：获取模块，用于获取预设任务事件发生时所生成的第一触发消息；切换模块，用于根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；处理模块，用于将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理。
根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任务处理方法。
根据本申请实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的任务处理方法。
在本申请实施例中，获取预设任务事件发生时所生成的第一触发消息；根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理；采用上述技术方案，解决了如何在系统资源受限的情况下及时进行任务处理的技术问题，进而能够在系统资源受限的情况下及时进行任务处理。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例的一种任务处理方法的硬件环境示意图；
图2是根据本申请实施例的任务处理方法的流程图；
图3是根据本申请实施例的任务处理方法的使用场景的示意图；
图4是根据本申请实施例的一种任务处理方法的运行机制的示意图(一)；
图5是根据本申请实施例的一种任务处理方法的运行机制的示意图(二)；
图6是根据本申请实施例的一种任务处理方法的状态机的设计示意图；
图7是根据本申请实施例的一种任务处理装置的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本申请实施例的一个方面，提供了一种任务处理方法。该任务处理方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(IntelligenceHouse)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述任务处理方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。
上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。
在本实施例中提供了一种任务处理方法，应用于上述计算机终端，图2是根据本申请实施例的任务处理方法的流程图，该流程包括如下步骤：
步骤S202，获取预设任务事件发生时所生成的第一触发消息；
步骤S204，根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；
步骤S206，将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理。
通过上述步骤，获取预设任务事件发生时所生成的第一触发消息；根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理，解决了相关技术中，如何在系统资源受限的情况下及时进行任务处理的技术问题，进而能够在系统资源受限的情况下及时进行任务处理。
可选的，在执行上述步骤S202中如何获取预设任务事件发生时生成的第一触发消息之前，如果确定状态机发生状态切换并生成第二触发消息，也可以将第二触发消息对应的待处理任务加入已创建的待处理任务队列。
在一个示例性实施例中，对于上述步骤S202中如何获取预设任务事件发生时生成的第一触发消息的过程，具体提出了一种技术方案进行说明，包括如下步骤：对任务线程的运行状态进行监测，其中，所述任务线程为处理所述待处理任务时用到的线程；在所有任务线程的运行状态均为运行阻塞的情况下，获取所述所有任务线程持续运行阻塞的阻塞时间段；如果确定所述阻塞时间段均大于预设阈值，则生成所述第一触发消息。
其中，需要说明的是，上述预设阈值例如为1秒，1分钟等，本申请对此不作限制。
其中，上述对任务线程的运行状态进行监测的过程例如可以包括根据预设周期进行监测，预设周期例如为30秒，1分钟等，本申请对此不作限制。
可选的，在对任务线程的运行状态进行监测之前，也可以先获取状态机的状态，如果确定状态机的状态为预设状态，则继续监测任务线程的运行状态，在预设任务事件发生时，根据第一触发消息控制状态机从当前的第一状态切换至第二状态。其中，预设状态例如可以包括局部安全状态和默认安全状态。
可选的，状态机可以直接从当前的正常业务状态切入局部安全状态或默认安全状态。
其中，局部安全状态为一个特殊状态，在局部安全状态下，可以处理部分业务状态工况下产生的异常，而“默认安全状态”可以处理“局部安全状态”的适用范围之外的所有其他状态。而且，状态机在“默认安全状态”和“局部安全状态”下处理完异常后，都会预先切入到某个“恢复状态”，然后切入正常业务状态。例如，对于“默认安全状态”，状态机在切入正常业务状态之前，预先切入到“默认恢复状态”。对于“局部安全状态”，状态机在切入正常业务状态之前，预先切入到“局部恢复状态”。这种预先切入某个“恢复状态”，然后切入正常业务状态的处理方式能够解决由于异常没有完全处理完毕所导致的状态机持续异常的问题，提高了状态机处理异常时的系统稳固性，并提高了状态机处理异常过程中的安全性。
例如，在一个实施例中，如图6所示，如果确定状态机处于状态10～状态12，则确定状态机可以直接由状态10～状态12切入局部安全状态，此时若确定预设任务事件发生或者监测到异常情况，则状态机在局部安全状态下处理异常，并在处理完异常后，切入局部恢复状态，然后切回状态10。
或者，如果确定状态机处于状态1～状态3，则确定状态机可以直接由状态1～状态3切入默认安全状态，此时若确定预设任务事件发生或者监测到异常情况，状态机在默认安全状态下处理异常，并在处理完异常后，切入默认恢复状态，然后切回状态1。
在一个示例性实施例中，进一步提出了根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态的技术方案，具体实现步骤包括：在确定所述状态机当前的第一状态为局部安全状态的情况下，根据所述第一触发信息控制所述状态机从当前的局部安全状态切换至局部恢复状态。
可选的，在根据所述第一触发信息控制所述状态机从当前的局部安全状态切换至局部恢复状态之后，如果确定所有任务线程中存在运行状态为非运行阻塞的任务线程，则继而控制状态机从局部恢复状态切换为第一状态之前的业务运行状态。
在一个示例性实施例中，还提出了其他实现根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态的技术方案，具体步骤包括：在确定所述状态机当前的第一状态为非局部安全状态的情况下，确定所述状态机当前的第一状态是否为默认安全状态；如果确定所述状态机当前的第一状态为默认安全状态，根据所述第一触发信息控制所述状态机从所述当前的默认安全状态切换至默认恢复状态。
可选的，如果确定所述状态机当前的第一状态为非默认安全状态，则从状态机的状态切换路径表获取所述状态机当前的第一状态要切换的下一个状态，并控制所述状态机当前的第一状态切换为下一个状态。
在一个示例性实施例中，在执行上述步骤S206中将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列的技术方案之前，还进一步实现如下步骤：获取所述第二触发消息的唯一识别码；基于所述唯一识别码生成所述第二触发消息的待处理任务，其中，所述第二触发消息的待处理任务用于在所述第一状态下解除至少一个任务线程的运行阻塞的运行状态。
在一个示例性实施例中，为了更好的对上述步骤S206中将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理的过程进行说明，具体提出以下实现过程：在确定多个状态机已从当前的第一状态切换至第二状态的情况下，获取多个第二触发消息；根据所述多个状态机从当前的第一状态切换至第二状态的切换时刻确定出所述多个第二触发消息对应的待处理任务的处理顺序；按照所述处理顺序将所述多个第二触发消息对应的待处理任务加入已创建的待处理任务队列。
在一个示例性实施例中，在执行上述步骤S206中对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理的步骤之后，还可以进一步实现以下技术方案，具体步骤包括：获取所述第二触发消息对应的待处理任务的处理结果；在确定所述处理结果用于指示所述待处理任务已处理完成的情况下，控制所述状态机从所述第二状态切换至第三状态，并获取所述状态机从所述第二状态切换至第三状态时的第三触发消息；将所述第三触发消息对应的待处理任务加入已创建的待处理任务队列。
为了更好的理解上述任务处理方法的过程，以下再结合可选实施例对上述任务处理的实现方法的流程进行说明，但不用于限定本申请实施例的技术方案。
在本实施例中提供了一种任务处理方法，图3是根据本申请实施例的任务处理方法的使用场景的示意图，如图3所示，在本实施例中，基于不同操作系统提供的接口提供了应用软件平台，能够屏蔽不同操作系统之间的差异，对更上层的业务应用软件开发者提供统一的接口，实现同一套编码多平台的运行的目的。
在一个实施例，如图4所示，提供了一种任务处理方法的运行机制，包括通过状态机的状态驱动、发布订阅组件的发布订阅功能以及线程池的线程，为上层业务应用软件的开发者提供一套简洁的开发平台。开发者只需要定义业务逻辑，以及定义不同状态时需要执行的消息处理任务，状态切换路径表接口。
进一步的，如图5所示，还提出了其他任务处理方法的运行机制，在图5中，可以在用户层设置状态机状态定义，状态切换路径表，发布/订阅组件的功能，也支持用户层创建共享同一个发布订阅中心的多个状态机实例。同时将线程池中线程的运行状态与状态机内的状态相结合，通过线程池状态检测模块与状态机间的消息互动，可以较好的解决资源使用饱和，达到临界状态下的设备安全运行问题。
其中，为了节约线程资源，可以将线程池的线程最大数量设置成一个比较小的值。通过监视器实现线程运行监测机制，可以及时发现在运行过程中线程池中全部线程被阻塞时的情况。
其中，状态机维护状态定义和状态切换路径表两部分数据。状态切换路径表见表1，如表1所示，表中的一行数据可视为一条切换路径。
表1状态切换路径表
其中，需要说明的是，同一状态机某一时刻，仅能处于一个状态。
如图6所示，一个状态切换路径描述为：在S1状态下，收到M消息，进入新的状态S2。状态机切换入新的状态S2后，将发布S2状态的进入消息。其中，消息用来描述一个具体的事件，每种类型的消息都有一个全局唯一的消息id。例如，USB端口A插入设备，可以看作一个事件，每次有设备插入端口A，都会有相同id的消息发出。
图5中的发布/订阅组件用于将消息处理任务加到入线程池的待执行队列。具体的，在确定状态机切换后的触发消息之后，发布/订阅组件将触发消息对应的待处理任务加入到线程池的待处理任务队列中，以便在线程池中执行待处理任务。
图5中的定时器用于监测线程池的线程状态，以一定的频率检查线程池中各线程的状态，当发现线程池中的所有线程都被阻塞，并且阻塞时间超过预先设置的阈值时，向状态机发送安全解锁消息。
本实施例中，可以实现消息循环处理的系统运行时，随着任务事件发生时生成的触发消息控制状态机的状态变化，继而获取状态机变化后的状态对应的触发消息，并使用发布订阅机制关联线程池，将触发消息对应的待处理任务加入任务队列，在加入任务队列的运行过程中又会产生新的消息，继而实现状态变化与任务的自动循环处理。
可选的，例如，在系统从某个状态下(图6中未示出)收到某个消息，状态机会根据状态切换表的信息，切换到新的状态，同时发送一条进入新状态的消息，这个消息会通过发布订阅机制触发一个或一些任务在线程池中执行，而执行过程又会产生新的消息。
在一个实施例中，考虑到运行异常的情况，进一步结合图6对状态机的设计原理进行说明。预先设置异常处理状态，包括局部安全状态和默认安全状态。
“局部安全状态”为一个特殊状态，该状态可以处理部分业务状态工况下产生的异常，局部安全状态例如图6中的状态10至状态12，当系统在这几个状态下运行时，如果出现异常，系统切入“局部恢复状态”处理，处理完成后，收到相应消息，如图5中线程池监测器发出的“解锁完成”消息。“默认安全状态”和“局部安全状态”功能类似，不同的是，“默认安全状态”可以处理“局部安全状态”适用范围之外的所有其他状态。
其中，“默认安全状态”和“局部安全状态”在处理完异常后，都会预先切入到某个“恢复状态”，然后切入正常业务状态。
状态机内的“默认安全状态”和“局部安全状态”处理方法，在收到“安全解锁”的消息时，会根据系统运行到资源极限情况时(即线程池内全部线程被阻塞)的状态，向发布/订阅组件发送一个或多个与线程池内正在运行的任务相关的消息，从而触发线程池内至少一个线程退出阻塞状态，从而使整个平台恢复正常。
通过上述实施例，提出了包括状态机、发布订阅、线程池三个核心部分的中间件架构，基于定时器监测线程池的线程状态，同时将状态机的异常处理定义为一个独立的状态，在异常处理状态下，通过触发线程池内的至少一个线程退出阻塞状态使系统恢复正常，使用状态机和线程池状态的互动方式降低了资源使用达到上限的风险，进而适应嵌入式系统资源紧张的运行环境，实现系统资源有限时及时处理任务的技术方案。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。
在一个示意性实施例中，图7是根据本申请实施例的一种任务处理装置的结构框图；如图7所示，包括：
获取模块72，用于获取预设任务事件发生时所生成的第一触发消息；
切换模块74，用于根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；
处理模块76，用于将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理。
通过上述装置，获取预设任务事件发生时所生成的第一触发消息；根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理，解决了相关技术中，如何在系统资源受限的情况下及时进行任务处理的技术问题，进而能够在系统资源受限的情况下及时进行任务处理。
可选的，上述获取模块72还用于：在获取预设任务事件发生时生成的第一触发消息之前，如果确定状态机发生状态切换并生成第二触发消息，也可以将第二触发消息对应的待处理任务加入已创建的待处理任务队列。
在一个示例性实施例中，上述获取模块72还用于：对任务线程的运行状态进行监测，其中，所述任务线程为处理所述待处理任务时用到的线程；在所有任务线程的运行状态均为运行阻塞的情况下，获取所述所有任务线程持续运行阻塞的阻塞时间段；如果确定所述阻塞时间段均大于预设阈值，则生成所述第一触发消息。
其中，需要说明的是，上述预设阈值例如为1秒，1分钟等，本申请对此不作限制。
其中，上述对任务线程的运行状态进行监测的过程例如可以包括根据预设周期进行监测，预设周期例如为30秒，1分钟等，本申请对此不作限制。
可选的，在对任务线程的运行状态进行监测之前，也可以先获取状态机的状态，如果确定状态机的状态为预设状态，则继续监测任务线程的运行状态，在预设任务事件发生时，根据第一触发消息控制状态机从当前的第一状态切换至第二状态。其中，预设状态例如可以包括局部安全状态和默认安全状态。
其中，局部安全状态为一个特殊状态，在局部安全状态下，可以处理部分业务状态工况下产生的异常，而“默认安全状态”可以处理“局部安全状态”的适用范围之外的所有其他状态。
在一个示例性实施例中，进一步的，上述获取模块72还用于：在确定所述状态机当前的第一状态为局部安全状态的情况下，根据所述第一触发信息控制所述状态机从当前的局部安全状态切换至局部恢复状态。
可选的，在根据所述第一触发信息控制所述状态机从当前的局部安全状态切换至局部恢复状态之后，如果确定所有任务线程中存在运行状态为非运行阻塞的任务线程，则继而控制状态机从局部恢复状态切换为第一状态之前的业务运行状态。
在一个示例性实施例中，进一步的，上述获取模块72还用于：在确定所述状态机当前的第一状态为非局部安全状态的情况下，确定所述状态机当前的第一状态是否为默认安全状态；如果确定所述状态机当前的第一状态为默认安全状态，根据所述第一触发信息控制所述状态机从所述当前的默认安全状态切换至默认恢复状态。
可选的，如果确定所述状态机当前的第一状态为非默认安全状态，则从状态机的状态切换路径表获取所述状态机当前的第一状态要切换的下一个状态，并控制所述状态机当前的第一状态切换为下一个状态。
在一个示例性实施例中，进一步的，上述处理模块76，还用于：获取所述第二触发消息的唯一识别码；基于所述唯一识别码生成所述第二触发消息的待处理任务，其中，所述第二触发消息的待处理任务用于在所述第一状态下解除至少一个任务线程的运行阻塞的运行状态。
在一个示例性实施例中，进一步的，上述处理模块76，还用于：在确定多个状态机已从当前的第一状态切换至第二状态的情况下，获取多个第二触发消息；根据所述多个状态机从当前的第一状态切换至第二状态的切换时刻确定出所述多个第二触发消息对应的待处理任务的处理顺序；按照所述处理顺序将所述多个第二触发消息对应的待处理任务加入已创建的待处理任务队列。
在一个示例性实施例中，进一步的，上述任务处理状态还包括加入模块76，用于：获取所述第二触发消息对应的待处理任务的处理结果；在确定所述处理结果用于指示所述待处理任务已处理完成的情况下，控制所述状态机从所述第二状态切换至第三状态，并获取所述状态机从所述第二状态切换至第三状态时的第三触发消息；将所述第三触发消息对应的待处理任务加入已创建的待处理任务队列。
本申请的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项的方法。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，获取预设任务事件发生时所生成的第一触发消息；
S2，根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；
S3，将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理。
本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，获取预设任务事件发生时所生成的第一触发消息；
S2，根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；
S3，将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。
以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种任务处理方法，其特征在于，包括：
获取预设任务事件发生时所生成的第一触发消息；
根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；
将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理。
2.根据权利要求1所述的任务处理方法，其特征在于，获取预设任务事件发生时生成的第一触发消息，包括：
对任务线程的运行状态进行监测，其中，所述任务线程为处理所述待处理任务时用到的线程；
在所有任务线程的运行状态均为运行阻塞的情况下，获取所述所有任务线程持续运行阻塞的阻塞时间段；
如果确定所述阻塞时间段均大于预设阈值，则生成所述第一触发消息。
3.根据权利要求2所述的任务处理方法，其特征在于，根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，包括：
在确定所述状态机当前的第一状态为局部安全状态的情况下，根据所述第一触发信息控制所述状态机从当前的局部安全状态切换至局部恢复状态。
4.根据权利要求2所述的任务处理方法，其特征在于，根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，包括：
在确定所述状态机当前的第一状态为非局部安全状态的情况下，确定所述状态机当前的第一状态是否为默认安全状态；
如果确定所述状态机当前的第一状态为默认安全状态，根据所述第一触发信息控制所述状态机从所述当前的默认安全状态切换至默认恢复状态。
5.根据权利要求1所述的任务处理方法，其特征在于，在将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列之前，所述方法还包括：
获取所述第二触发消息的唯一识别码；
基于所述唯一识别码生成所述第二触发消息的待处理任务，其中，所述第二触发消息的待处理任务用于在所述第一状态下解除至少一个任务线程的运行阻塞的运行状态。
6.根据权利要求1所述的任务处理方法，其特征在于，将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理，包括：
在确定多个状态机已从当前的第一状态切换至第二状态的情况下，获取多个第二触发消息；
根据所述多个状态机从当前的第一状态切换至第二状态的切换时刻确定出所述多个第二触发消息对应的待处理任务的处理顺序；
按照所述处理顺序将所述多个第二触发消息对应的待处理任务加入已创建的待处理任务队列。
7.根据权利要求1所述的任务处理方法，其特征在于，在对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理之后，所述方法还包括：获取所述第二触发消息对应的待处理任务的处理结果；
在确定所述处理结果用于指示所述待处理任务已处理完成的情况下，控制所述状态机从所述第二状态切换至第三状态，并获取所述状态机从所述第二状态切换至第三状态时的第三触发消息；
将所述第三触发消息对应的待处理任务加入已创建的待处理任务队列。
8.一种任务处理装置，其特征在于，包括：
获取模块，用于获取预设任务事件发生时所生成的第一触发消息；
切换模块，用于根据所述第一触发消息控制状态机从当前的第一状态切换至第二状态，并确定所述第二状态对应的第二触发消息；
处理模块，用于将所述第二触发消息对应的待处理任务加入已创建的待处理任务队列，对加入有所述待处理任务的已创建的待处理任务队列内的待处理任务进行处理。
9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至7任一项中所述的方法。
10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至7任一项中所述的方法。
CN202310282173.6A 2023-03-21 2023-03-21 任务处理方法、装置、存储介质及电子装置 Pending CN116467070A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310282173.6A CN116467070A (zh) 2023-03-21 2023-03-21 任务处理方法、装置、存储介质及电子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310282173.6A CN116467070A (zh) 2023-03-21 2023-03-21 任务处理方法、装置、存储介质及电子装置

Publications (1)

Publication Number Publication Date
CN116467070A true CN116467070A (zh) 2023-07-21

Family

ID=87176207

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310282173.6A Pending CN116467070A (zh) 2023-03-21 2023-03-21 任务处理方法、装置、存储介质及电子装置

Country Status (1)

Country Link
CN (1) CN116467070A (zh)

Similar Documents

Publication Publication Date Title
CN105892418A (zh) 智能家居设备控制方法及装置
CN111130867B (zh) 一种基于物联网的智能家居设备告警方法及装置
CN114697150B (zh) 命令的下发方法和装置、存储介质及电子装置
CN106357757B (zh) 一种监控系统中的被监控装置及监控方法
CN108470426A (zh) 发现设备使用者异常的方法、装置、系统以及设备
CN105930190B (zh) 一种基于操作系统的程序自启动方法和装置
CN116467070A (zh) 任务处理方法、装置、存储介质及电子装置
CN116383172A (zh) 数据回溯方法、存储介质及电子装置
CN110794759B (zh) 一种plc任务调度方法和装置
CN115296977B (zh) 故障信息处理方法、装置、存储介质及电子装置
CN116225834A (zh) 告警信息的发送方法、装置、存储介质及电子装置
CN116107975A (zh) 设备的控制方法和装置、存储介质及电子装置
CN115314245B (zh) 权限管理方法、系统、存储介质及电子装置
CN117857621A (zh) 数据推送方法和装置、存储介质及电子设备
CN116483449A (zh) 设备唤醒方法和装置、存储介质及电子装置
CN116431333A (zh) 待执行任务的执行方法、装置、存储介质及电子装置
CN117914788A (zh) 一种针对智能家居设备的消息限流处理方法及装置
Hall et al. Detecting no-sleep energy bugs using reference counted variables
CN115296950B (zh) 设备自清洁的提示方法、存储介质及电子装置
CN115988152B (zh) 目标烹饪视频的生成方法、装置、存储介质及电子装置
CN117749843A (zh) 场景的触发方法和装置、存储介质及电子装置
CN115550214B (zh) 任务监控方法、装置、存储介质及电子装置
CN114697369B (zh) 智能设备的控制方法和装置、存储介质及电子装置
CN115167163B (zh) 场景执行方法及装置、存储介质及电子装置
CN117591346A (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