CN114051053A - iOS推送消息处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，具体涉及一种iOS推送消息处理方法、装置、计算机设备和存储介质。所述方法包括：从苹果推送通知服务推送的消息中获取业务类型字段值；根据业务类型字段值生成方法选择器；通过运行时机制动态调用该方法选择器，以获取该方法选择器对应的实现函数；执行获取到的实现函数以处理消息。本申请实施例能够简化对iOS推送消息的处理流程，提高开发效率和降低维护难度。

Description

iOS推送消息处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种iOS推送消息处理方法、装置、计算机设备和存储介质。

背景技术

苹果的推送功能是指开发者将需要发送给应用程序的数据先发送给苹果的推送服务器，再由苹果的推送服务器将该数据发送到安装了该应用程序的手机上，具体表现形式类似于手机锁屏后有消息显示在锁屏的手机上。

图1所示是目前的用于处理推送数据的方案。即，将在推送数据中的action(预先与后端协商定义的用于区分不同业务类型的字段)对应的字符串与本地定义的字符串(condition)进行匹配，根据匹配结果来执行相应的的业务逻辑。

图中的handler1、handler2、handler3……handlerN代表着不同的业务逻辑代码，公用逻辑是指不同的业务类型的处理逻辑之间，有需要共同执行的部分代码。

发明人发现上述方案存在以下不足之处：

1、随着业务类型的增加，action对应的字符串也越来越多，这会使得所需要的判断语句也随之增多，最终会导致硬编码过多，代码冗余。

2、条件判断过多会代码的整体执行效率变低。比如，假设一个if判断的执行时间为1ms，则第N个if判断的执行时间为Nms。

3、公有代码和处理代码相互穿插，导致代码逻辑不清晰，不易维护。

发明内容

本申请针对上述不足或缺点，提供了一种iOS推送消息处理方法、装置、计算机设备和存储介质，本申请实施例能够简化对iOS推送消息的处理流程，进而提高开发效率和降低维护难度。

本申请根据第一方面提供了一种iOS推送消息处理方法，在一个实施例中，该方法包括：

从苹果推送通知服务推送的消息中获取业务类型字段值；

根据业务类型字段值生成方法选择器；

通过运行时机制动态调用该方法选择器，以获取该方法选择器对应的实现函数；

执行获取到的实现函数以处理消息。

在一个实施例中，从苹果推送通知服务推送的消息中获取业务类型字段值，包括：

调用第一公用处理逻辑对消息进行数据格式解析，并从解析后的消息中获取的业务类型字段值。

在一个实施例中，根据业务类型字段值生成方法选择器，包括：

通过运行时机制的目标映射函数将字符串类型的业务类型字段值映射为方法选择器。

在一个实施例中，通过运行时机制动态调用该方法选择器，以获取该方法选择器对应的实现函数，包括：

通过运行时机制查询包含多个实现函数的目标方法列表；

在从目标方法列表中查询到函数名与业务类型字段值匹配的实现函数时，将匹配的实现函数作为与该方法选择器对应的实现函数。

在一个实施例中，该方法还包括：

在从目标方法列表中查询不到函数名与业务类型字段值匹配的实现函数时，向应用后台服务器上报函数调用异常信息，函数调用异常信息包括消息和业务类型字段值。

在一个实施例中，通过运行时机制查询包含多个实现函数的目标方法列表，包括：

根据该方法选择器生成一个键；

使用生成的键查询数据结构为哈希表的目标方法列表。

在一个实施例中，执行获取到的实现函数以处理消息之后，还包括：

调用第二公用处理逻辑，以对消息进行语音播报。

本申请根据第二方面提供了一种iOS推送消息处理装置，在一个实施例中，该装置包括：

业务类型获取模块，用于从苹果推送通知服务推送的消息中获取业务类型字段值；

选择器生成模块，用于根据业务类型字段值生成方法选择器；

实现函数获取模块，用于通过运行时机制动态调用该方法选择器，以获取该方法选择器对应的实现函数；

实现函数执行模块，用于执行获取到的实现函数以处理消息。

本申请根据第三方面提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一方法的实施例的步骤。

本申请根据第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一方法的实施例的步骤。

在本申请实施例中，用户端系统在苹果推送通知服务推送给目标应用程序的消息到达时，调用目标应用程序的推送处理函数对该消息进行处理，目标应用程序的推送处理函数响应于用户端系统的调用，从苹果推送通知服务推送的消息中获取业务类型字段值，然后根据业务类型字段值生成方法选择器，再通过运行时机制动态调用该方法选择器以获取该方法选择器对应的实现函数，最后执行获取到的实现函数以处理消息。本申请实施例能够简化对iOS推送消息的处理流程，无论新增多少业务类型，都不会增加业务类型的条件判断，从而保证了代码的整体执行效率；对消息的处理流程清晰，开发人员只需要实现对应业务类型的具体方法，一个方法对应一个业务类型，这样可以提高开发人员的开发效率，并且代码相比现有技术更易于维护。此外，本申请实施例还能够减少硬编码，提高推送业务代码被逆向的难度，增加了安全性。

附图说明

图1为现有的消息处理逻辑的示意图；

图2为一个实施例中一种iOS推送消息处理方法的应用环境图；

图3为一个实施例中一种iOS推送消息处理方法的流程示意图；

图4为一个实施例中一种iOS推送消息处理装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅用以解释本申请，并不用于限定本申请。

本申请提供了一种iOS推送消息处理方法。在本实施例中，该iOS推送消息处理方法可以应用于如图2所示的应用环境中。其中，应用后台服务器30有消息需要推送给采用苹果公司开发的移动操作系统(iOS)的用户终端中的目标应用程序时，需要通过苹果推送通知服务20(Apple Push Notification service，APNs)来转发，即应用后台服务器30将消息先发送给苹果推送通知服务20，之后苹果推送通知服务20再将消息推送给用户终端10。用户端系统，即用户终端10的操作系统，在苹果推送通知服务推送给目标应用程序的消息到达时，调用目标应用程序的推送处理函数对该消息进行处理，目标应用程序的推送处理函数响应于用户端系统的调用，从苹果推送通知服务推送的消息中获取业务类型字段值，然后根据业务类型字段值生成方法选择器，再通过运行时机制动态调用该方法选择器以获取该方法选择器对应的实现函数，最后执行获取到的实现函数以处理消息。用户终端可以包括但不限于是各种智能手机和平板电脑等，应用后台服务器和苹果推送通知服务均可以用独立的服务器或者是多个服务器组成的服务器集群来实现，本实施例对此不进行限定。

本实施例提供的一种iOS推送消息处理方法包括如图3所示的步骤，下面以该方法应用于图2中的用户终端为例进行说明。

S110：从苹果推送通知服务推送的消息中获取业务类型字段值。

苹果推送通知服务是实现远程通知功能的主要内容，它是一项将信息发送至iOS设备(间接至watchOS),tvOS,OSX设备强大且高效的服务，每个设备都与苹果推送通知服务建立了一个可信任的加密的IP链接,并使用这个持续链接来接受通知。如果一个应用程序有新的通知到达而这个应用程序没有运行时,设备会弹出提示框来告诉用户这个应用程序有新的消息到达了。在消息到达时，调用目标应用程序的推送处理函数对该消息进行处理。其中，目标应用程序是指安装于用户终端的苹果推送通知服务具体要推送消息的应用程序。该推送处理函数是目标应用程序预先声明的，可以是由开发人员定义声明的处理类的处理函数。

推送处理函数响应于用户端系统的调用，从推送的消息中获取业务类型字段值，通过该业务类型字段值可以区分不同业务类型。

S120：根据业务类型字段值生成方法选择器。

S130：通过运行时机制动态调用该方法选择器，以获取该方法选择器对应的实现函数。

其中，运行时机制是指runtime，也可称为运行时，其是一套底层的C语言API(Application Programming Interface，应用程序接口)，其为iOS内部的核心之一。

S140：执行获取到的实现函数以处理消息。

在获取到与方法选择器对应的实现函数后，走该实现函数的内部流程，即执行对应的业务处理逻辑。

在本实施例中，用户端系统在苹果推送通知服务推送给目标应用程序的消息到达时，调用目标应用程序的推送处理函数对该消息进行处理，目标应用程序的推送处理函数响应于用户端系统的调用，从苹果推送通知服务推送的消息中获取业务类型字段值，然后根据业务类型字段值生成方法选择器，再通过运行时机制动态调用该方法选择器以获取该方法选择器对应的实现函数，最后执行获取到的实现函数以处理消息。本申请实施例能够简化对iOS推送消息的处理流程，无论新增多少业务类型，都不会增加业务类型的条件判断，从而保证了代码的整体执行效率；对消息的处理流程清晰，开发人员只需要实现对应业务类型的具体方法，一个方法对应一个业务类型，这样可以提高开发人员的开发效率，并且代码相比现有技术更易于维护。此外，本申请实施例还能够减少硬编码，提高推送业务代码被逆向的难度，增加了安全性。

在一个实施例中，从苹果推送通知服务推送的消息中获取业务类型字段值，包括：调用第一公用处理逻辑对消息进行数据格式解析，并从解析后的消息中获取的业务类型字段值。

本实施例中，目标应用程序的推送处理函数在被调用后，先调用公有的处理逻辑，如数据格式的解析与字段值的读取。即当推送的消息到目标应用程序时，目标应用程序从该消息中获取数据。其中，推送的消息中所携带的数据是预先与后端开发人员协商定义好的，其中主要包括推送的数据格式和用于区分不同业务类型的字段，即action字段。

进一步地，action字段对应的值是字符串类型，可以是任意的字符串。

开发人员在开发各业务类型对应的业务处理逻辑(即实现函数)时，只需要在处理类中实现的函数名与action对应的值字符串一致即可，如action对应的值字符串为“orderCancel”，那么处理类中需要实现函数名为“orderCancel”的实现函数，从而目标应用程序的推送处理函数可以根据action字段对应的值来调用相应的业务处理逻辑。比如，action对应的值是“orderCancel”，代表取消订单的推送，那么在处理类中就可以通过对比action字段的值是否等于“orderCancel”来决定是否调用取消订单的相关逻辑，进行订单取消时的页面调整或跳转页面操作。

在一个实施例中，根据业务类型字段值生成方法选择器，包括：通过运行时机制的目标映射函数将字符串类型的业务类型字段值映射为方法选择器。

其中，目标映射函数是指运行时机制的NSSelectorFromString()函数。利用NSSelectorFromString()函数可以将业务类型字段值转换为方法选择器(可称为selector)。

在一个实施例中，通过运行时机制动态调用该方法选择器，以获取该方法选择器对应的实现函数，包括：通过运行时机制查询包含多个实现函数的目标方法列表；在从目标方法列表中查询到函数名与业务类型字段值匹配的实现函数时，将匹配的实现函数作为与该方法选择器对应的实现函数。相应地，该方法还包括：在从目标方法列表中查询不到函数名与业务类型字段值匹配的实现函数时，向应用后台服务器上报函数调用异常信息，函数调用异常信息包括消息和业务类型字段值。

本实施例中，在运行时中，方法选择器可以用来匹配方法。当一个对象(比如目标应用程序的推送处理函数)调用一个方法选择器时，运行时会在该对象的所有方法列表中寻找与方法选择器对应的实现函数，如果找到，就立刻调用该实现函数，如果没有找到，则抛出异常，结束流程。

以取消订单为例，action的值为“orderCancel”,通过NSSelectorFromString()函数映射成方法选择器所对应的函数名即orderCancel，即运行时在调用该方法选择器时，最终会执行目标应用程序的推送处理函数的目标方法列表中的orderCancel函数。

进一步地，假如推送处理函数在目标方法列表中没有找到与方法选择器对应的实现函数，则抛出本次调用异常，将本次的推送数据和未找到的函数名称一起上报到应用后台服务器进行统计以用于后续优化分析，并结束本次推送处理流程。

更进一步地，在一个实施例中，通过运行时机制查询包含多个实现函数的目标方法列表，包括：根据该方法选择器生成一个键；使用生成的键查询数据结构为哈希表的目标方法列表。

本实施例中，使用运行时机制调用方法选择器时，会在处理类的方法列表，即该目标方法列表，里寻找方法选择器对应的实现函数，其中，目标方法列表使用哈希表来进行存储，哈希表是根据关键码值而直接进行访问的数据结构，也就是说，它通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。因此，推送处理函数将以方法选择器生成一个键，然后使用该键在哈希表中进行寻找。以哈希表作为目标方法列表的数据结构，其查找耗时比较固定,比如，假设查询一个方法的耗时为5ms，目标方法列表中有N个方法，第N个方法的查询耗时仍然为5ms，相比现有技术中的条件判断，这样可以有效提高代码的整体执行效率。

在一个实施例中，执行获取到的实现函数以处理消息之后，还包括：调用第二公用处理逻辑，以对消息进行语音播报。

本实施例中，可以在将消息的主要处理逻辑执行完之后，进行公有收尾逻辑的处理，如播报推送中的语音内容等。当然，可以根据应用场景的不同开发不同的公有处理逻辑，以满足具体应用场景的需求。

图3为一个实施例中iOS推送消息处理方法的流程示意图。应该理解的是，虽然图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

基于相同的发明构思，本申请还提供了一种iOS推送消息处理装置。

在本实施例中，如图4所示，该iOS推送消息处理装置包括以下模块：

业务类型获取模块110，用于从苹果推送通知服务推送的消息中获取业务类型字段值；

选择器生成模块120，用于根据业务类型字段值生成方法选择器；

实现函数获取模块130，用于通过运行时机制动态调用该方法选择器，以获取该方法选择器对应的实现函数；

实现函数执行模块140，用于执行获取到的实现函数以处理消息。

在一个实施例中，业务类型获取模块，具体用于调用第一公用处理逻辑对消息进行数据格式解析，并从解析后的消息中获取的业务类型字段值。

在一个实施例中，选择器生成模块具体用于通过运行时机制的目标映射函数将字符串类型的业务类型字段值映射为方法选择器。

在一个实施例中，实现函数获取模块，具体用于通过运行时机制查询包含多个实现函数的目标方法列表，在从目标方法列表中查询到函数名与业务类型字段值匹配的实现函数时，将匹配的实现函数作为与该方法选择器对应的实现函数。

在一个实施例中，该iOS推送消息处理装置还包括异常上报模块。

异常上报模块，用于在从目标方法列表中查询不到函数名与业务类型字段值匹配的实现函数时，向应用后台服务器上报函数调用异常信息，函数调用异常信息包括消息和业务类型字段值。

在一个实施例中，实现函数获取模块在用于通过运行时机制查询包含多个实现函数的目标方法列表时，具体用于根据该方法选择器生成一个键；，使用生成的键查询数据结构为哈希表的目标方法列表。

在一个实施例中，该iOS推送消息处理装置还包括语音播报模块。

语音播报模块，用于在执行获取到的实现函数以处理消息之后，调用第二公用处理逻辑，以对消息进行语音播报。

关于iOS推送消息处理装置的具体限定可以参见上文中对于iOS推送消息处理方法的限定，在此不再赘述。上述iOS推送消息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，其内部结构图可以如图5所示。

该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储各应用程序的方法列表等数据，具体存储的数据还可以参见上述方法实施例中的限定。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种iOS推送消息处理方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一方法实施例中提供的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一方法实施例中提供的步骤。

本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种iOS推送消息处理方法，其特征在于，所述方法包括：

从苹果推送通知服务推送的消息中获取业务类型字段值；

根据所述业务类型字段值生成方法选择器；

通过运行时机制动态调用所述方法选择器，以获取所述方法选择器对应的实现函数；

执行获取到的实现函数以处理所述消息。

2.如权利要求1所述的方法，其特征在于，所述从苹果推送通知服务推送的消息中获取业务类型字段值，包括：

调用第一公用处理逻辑对所述消息进行数据格式解析，并从解析后的消息中获取的业务类型字段值。

3.如权利要求1或2所述的方法，其特征在于，所述根据所述业务类型字段值生成方法选择器，包括：

通过运行时机制的目标映射函数将字符串类型的所述业务类型字段值映射为方法选择器。

4.如权利要求1或3所述的方法，其特征在于，所述通过运行时机制动态调用所述方法选择器，以获取所述方法选择器对应的实现函数，包括：

通过运行时机制查询包含多个实现函数的目标方法列表；

在从所述目标方法列表中查询到函数名与所述业务类型字段值匹配的实现函数时，将所述匹配的实现函数作为与所述方法选择器对应的实现函数。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

在从所述目标方法列表中查询不到函数名与所述业务类型字段值匹配的实现函数时，向所述应用后台服务器上报函数调用异常信息，所述函数调用异常信息包括所述消息和所述业务类型字段值。

6.如权利要求4所述的方法，其特征在于，所述通过运行时机制查询包含多个实现函数的目标方法列表，包括：

根据所述方法选择器生成一个键；

使用生成的键查询数据结构为哈希表的目标方法列表。

7.如权利要求1所述的方法，其特征在于，所述执行获取到的实现函数以处理所述消息之后，还包括：

调用第二公用处理逻辑，以对所述消息进行语音播报。

8.一种iOS推送消息处理装置，其特征在于，所述装置包括：

业务类型获取模块，用于从苹果推送通知服务推送的消息中获取业务类型字段值；

选择器生成模块，用于根据所述业务类型字段值生成方法选择器；

实现函数获取模块，用于通过运行时机制动态调用所述方法选择器，以获取所述方法选择器对应的实现函数；

实现函数执行模块，用于执行获取到的实现函数以处理所述消息。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images