CN109189584B - 应用程序之间的通信方法、装置、电子设备及存储介质 - Google Patents

应用程序之间的通信方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN109189584B
CN109189584B CN201810731315.1A CN201810731315A CN109189584B CN 109189584 B CN109189584 B CN 109189584B CN 201810731315 A CN201810731315 A CN 201810731315A CN 109189584 B CN109189584 B CN 109189584B
Authority
CN
China
Prior art keywords
application program
application
communication
calling
stability level
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
Application number
CN201810731315.1A
Other languages
English (en)
Other versions
CN109189584A (zh
Inventor
黄永正
何定旭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Sankuai Online Technology Co Ltd
Original Assignee
Beijing Sankuai Online Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Sankuai Online Technology Co Ltd filed Critical Beijing Sankuai Online Technology Co Ltd
Priority to CN201810731315.1A priority Critical patent/CN109189584B/zh
Publication of CN109189584A publication Critical patent/CN109189584A/zh
Application granted granted Critical
Publication of CN109189584B publication Critical patent/CN109189584B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • 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/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • 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/54—Interprogram communication
    • G06F9/544—Buffers; Shared memory; Pipes

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)
  • Stored Programmes (AREA)

Abstract

本申请实施例公开了一种应用程序之间的通信方法，属于计算机技术领域，解决现有技术中由于第二进程异常时系统服务进程杀死调用进程导致的第一应用程序闪退的问题。所述通信方法包括：第一应用程序的第一进程向代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述信息返回给所述第一进程。本申请实施例公开的应用程序之间的通信方法提升了第一应用程序运行的稳定性。

Description

应用程序之间的通信方法、装置、电子设备及存储介质
技术领域
本申请涉及计算机技术领域，特别是涉及一种应用程序之间的通信方法、装置、电子设备及存储介质。
背景技术
一个系统上运行多个应用程序，是很常用的应用场景。随着计算机技术的发展，以及，用户需求的不断提升，一个系统上的多个应用程序之间通过通信实现信息交互，已经是很普遍需求。以安卓系统为例，安卓系统提供了一种ContentProvider(内容提供者)机制，使得系统中运行的多个应用程序之间能够采用ContentProvider机制进行数据共享。ContentProvider提供了类似数据库增删查改的数据操作方式，使得一个应用程序能够对另一个应用程序的数据进行操作，从而完成数据共享。在应用程序间跨进程共享数据的场景中，假设第一应用程序的进程称为Client进程、第二应用程序的进程称为Server进程，安卓系统提供中间系统服务的进程称为System进程。以查询数据为例，第一应用程序可以通过Client进程直接调用ContentProvider，通过System进程获取第二应用程序的Server进程反馈的数据。
但是，现有技术中，在第一应用程序调用ContentProvider，通过安卓系统的System进程获取第二应用程序的数据时，当第二应用程序的Server进程启动后由于某些原因(如内存不足)导致Server进程死了，或者Server进程处理时间大于10s的时候，ContentProvider会把第一应用程序的Client进程清理杀死，最终导致Client进程所在的第一应用程序闪退。由此，增加了应用程序运行的不稳定性。
发明内容
为了解决上述问题，第一方面，本申请实施例提供了一种应用程序之间的通信方法，作为信息需求方的第一应用程序包括第一进程和代理进程，作为信息提供方的第二应用程序包括第二进程，所述通信方法包括：
所述第一进程向所述代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；
所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程。
第二方面，本申请实施例提供了一种应用程序之间的通信装置，作为信息需求方的第一应用程序包括第一进程和代理进程，作为信息提供方的第二应用程序包括第二进程，所述通信装置包括：
第一间接调用模块，用于所述第一进程向所述代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；
第二间接调用模块，用于所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程。
第三方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的应用程序之间的通信方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的应用程序之间的通信方法的步骤。
本申请实施例公开的应用程序之间的通信方法，通过第一应用程序的第一进程向代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；然后，所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程，解决了第一应用程序和第二应用程序通信时，由于内容提供者异常时系统服务进程杀死调用进程导致的第一应用程序闪退的问题。本申请实施例公开的应用程序之间的通信方法通过调用代理进程注册系统服务进程的中转服务，进一步与第二应用程序的第二进程通信，从而实现与第二应用程序通信，避免了第一应用程序与第二应用程序通信的进程被杀死，提升了第一应用程序运行的稳定性。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例一的应用程序之间的通信方法流程图；
图2是本申请实施例二的应用程序之间的通信方法的流程图；
图3是本申请实施例二的应用程序之间的通信过程示意图；
图4是本申请实施例三的应用程序之间的通信装置结构示意图之一；
图5是本申请实施例三的应用程序之间的通信装置的结构示意图之二。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
实施例一
本实施例公开的一种应用程序之间的通信方法，作为信息需求方的第一应用程序包括第一进程和代理进程，作为信息提供方的第二应用程序包括第二进程，如图1所示，该通信方法包括：步骤110和步骤120。
步骤110，所述第一进程向所述代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息。
本申请实施例中所述的第二进程为第二应用程序的一个组件，例如一个通信进程。其中，第一应用程序中向第二应用程序发起通信的进程记为Client,第二应用程序中响应第一应用程序进行通信的进程记为Server；第一应用程序和第二应用程序所运行的系统内的系统服务进程记为System，System进程用于中转调用；代理进程记为Agent。在本申请的一些实施例中，代理进程Agent为第一应用程序中预设的进程，并根据Client进程的调用开始运行，负责将Client的通信请求发送至System进程，然后，由System进程转发至Server进程，进而实现第一应用程序和第二应用程序之间的通信。例如，Client进程向代理进程Agent发送调用请求，然后，代理进程Agent从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程System；之后，系统服务进程System与所述第二应用程序的Server进程通信，根据所述目标参数获取所述第二应用程序的信息。
步骤120，所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程。
第二应用程序的Server进程接收到系统服务进程System转发的第一应用程序的通信请求之后，响应于所述通信请求，发送数据或指令等响应信息至系统服务进程System，然后，由系统服务进程System将数据或指令等响应信息回传至代理进程Agent。最后，第一应用程序通过Client进程读取代理进程Agent接收到的数据或指令等响应信息。至此，第一应用程序和第二应用程序完成一次通信。
在上述通信过程中，如果第二应用程序的Server进程异常，系统服务进程发现后，会杀死代理进程Agent进程，而不会影响第一应用程序的正常运行。
本申请实施例公开的应用程序之间的通信方法，通过第一应用程序的第一进程向代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；然后，所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程，解决了第一应用程序和第二应用程序通信时，第二应用程序的信息提供组件异常时，系统服务杀死调用进程导致的第一应用程序闪退的问题。本申请实施例公开的应用程序之间的通信方法通过调用代理进程注册系统服务进程的中转服务，获取第二进程提供的信息，实现与第二应用程序通信，避免了第一应用程序与第二应用程序通信的进程被杀死，提升了第一应用程序运行的稳定性。
实施例二
本实施例公开的一种应用程序之间的通信方法，作为信息需求方的第一应用程序包括第一进程和代理进程，作为信息提供方的第二应用程序包括第二进程，如图2所示，该通信方法包括：步骤210至步骤260。
为了便于读者更好地理解本方案，本申请实施例中，以安卓系统上运行的应用程序之间的进行数据传输的应用场景具体说明具体本申请的通信方法。本申请实施例中的应用程序之间的通信方法包括：系统服务进程。其中，所述第一应用程序为信息需求方，所述第二应用程序为信息提供方；所述的第二进程所述第二应用程序的组件。本实施例中，第一应用程序中向第二应用程序发起通信的进程记为Client,第二应用程序中响应第一应用程序进行通信的进程记为Server；第一应用程序和第二应用程序运行的安卓系统内的系统服务进程记为System，System进程用于中转调用；代理进程记为Agent。安卓系统内的的第二进程为第二应用程序提供的ContentProvider组件。
在本申请的一些实施例中，所述第一应用程序调用预设代理进程之前，还包括：获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求；根据所述稳定性级别与所述通信需求，确定执行所述第一进程向所述代理进程发送调用请求的步骤。
步骤210，获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求。
在本申请的一些实施例中，所述获取第二进程的稳定性级别，包括：获取第二进程调用失败次数和调用总次数；通过将所述调用失败次数除以所述调用总次数，得到所述第二进程的调用失败率；根据所述调用失败次数和所述调用失败率，确定所述第二进程的稳定性级别。例如，所述第二进程的稳定性等级包括；非常稳定、比较稳定和不稳定。
具体到本实施例中，为了获取第二进程ContentProvider的稳定性，可以预先将ContentProvider的使用情况记录到第一应用程序的本地数据库中。ContentProvider的使用情况包括但不限于：ContentProvider的调用失败次数和调用总次数；然后，根据本地存储的ContentProvider调用失败次数和调用总次数，计算失败率；最后，根据调用失败次数和失败率对ContentProvider稳定性进行分级。例如，所述第二进程的稳定性等级从高到低依次为：非常稳定、比较稳定、不稳定。
具体实施时，每个需要使用ContentProvider的第一应用程序，都需要记录所述第一应用程序所调用每个ContentProvider的使用数据。第一应用程序为每个第二进程ContentProvider设置唯一标识，然后，在本地创建一个数据表，记录第一应用程序调用的每个第二进程ContentProvider的使用情况。第二进程ContentProvider的数据可以采用如表1所示的结构进行记录。
字段 参数类型 字段说明
Uri String 用于唯一标识每个ContentProvider
failedTimes int 某个ContentProvider的调用失败次数
totalTimes int 某个ContentProvider的调用失败次数
表1，第二进程使用数据记录结构
具体实施时，由于直接使用ContentProvider的进程无法在进程被系统清理杀掉之时做数据记录，只能在调用成功才能够做处理。因此，本申请具体实施时，通过预先假设此次调用结果是失败的，将数据表中的ContentProvider的调用失败次数和调用总次数加一，如果本次调用成功，则在调用结束后再将调用失败次数减一。
然后，根据本地存储的ContentProvider调用失败次数和调用总次数，计算失败率。在本申请的一些实施例中，可以通过公式：失败率＝调用失败次数/调用总次数计算出ContentProvider的失败率。
最后，根据调用失败次数和失败率对第二进程ContentProvider稳定性进行分级。在本申请的一些具体实施例中，可以根据应用程序的运行情况设置稳定性判断阈值，也可以根据经验值确定稳定性判断阈值。然后，根据所述稳定性判断条件和内容提供者的调用失败次数和失败率确定所述内容提供者的稳定性级别。在本实施例中，假设第二进程的稳定性判断阈值如表2所示：
阈值符号 阈值说明 参考值
m 直接调用ContentProvider允许的最大失败次数阈值 2
n 间接调用ContentProvider允许的最大失败次数阈值 20
p％ 直接调用ContentProvider允许的最大失败比例 1％
q％ 间接调用ContentProvider允许最大失败比例 30％
表2，第二进程的稳定性判断阈值
其中，m为直接调用第二进程进行应用程序间通信时允许的最大失败次数阈值；n为通过代理进程调调用第二进程进行应用程序间通信时允许的最大失败次数阈值；p％为直接调用第二进程进行应用程序间通信时允许的最大失败率阈值；q％为通过代理进程调调用第二进程进行应用程序间通信时允许的最大失败率阈值。
在本申请的一个实施例中，根据所述调用失败次数和所述调用失败率，确定所述第二进程的稳定性级别进一步包括：当第二进程的调用失败次数小于或等于直接调用第二进程进行应用程序间通信时允许的最大失败次数阈值，或，第二进程的调用失败率小于或等于直接调用第二进程进行应用程序间通信时允许的最大失败率阈值时，确定所述第二进程的稳定性级别为非常稳定；当第二进程的调用失败次数大于直接调用第二进程进行应用程序间通信时允许的最大失败次数阈值且小于或等于通过代理进程调调用第二进程进行应用程序间通信时允许的最大失败次数阈值，或，第二进程的调用失败率大于直接调用第二进程进行应用程序间通信时允许的最大失败率阈值且小于或等于通过代理进程调调用第二进程进行应用程序间通信时允许的最大失败率阈值时，确定所述第二进程的稳定性级别为比较稳定；当第二进程的调用失败次数大于或等于通过代理进程调调用第二进程进行应用程序间通信时允许的最大失败次数阈值，且第二进程的调用失败率大于或等于通过代理进程调调用第二进程进行应用程序间通信时允许的最大失败率阈值时，确定所述第二进程的稳定性级别为不稳定。
具体实施时，将获取的第二进程的调用失败次数和失败率，依据表2中的稳定性判断阈值对每个ContentProvider的进行稳定性分级。例如，当调用失败次数<＝m或失败率<＝p％时，确定所述第二进程ContentProvider的稳定性级别为非常稳定；当m<调用失败次数<＝n或p％<失败率<＝q％时，确定所述第二进程ContentProvider的稳定性级别为比较稳定；当调用失败次数>＝n且失败率>＝q％时，确定所述第二进程ContentProvider的稳定性级别为不稳定。
本实施例中，可以通过ContentProvider的Uri(即ContentProvider的唯一标识)获取到相应的调用总次数和调用失败次数，计算出失败率，并根据预设策略计算得到其稳定性。
在本申请的一些实施例中，第一应用程序和系统服务进程都可以记录第二进程的稳定性，以便第一应用程序能够获取内容稳定性数据，确定通信策略。因此，第一应用程序获取到ContentProvider稳定性相关的数据之后，还可以将该ContentProvider的稳定性记录到第一应用程序的本地数据库中。
在本申请的一些实施例中，通信需求可以为：安全优先或性能优先。其中，安全优先是指将应用程序在通信过程中的运行稳定性作为首要衡量指标；性能优先是指将应用程序之间进行通信所消耗的时间作为首要衡量指标。所述第一应用程序和第二应用程序之间的通信需求根据业务需求设置。
步骤220，根据所述稳定性级别与所述通信需求，确定是否直接调用第二进程，若是，则执行步骤250，否则执行步骤230。
在本申请的一些实施例中，所述获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求之后，还包括：根据所述稳定性级别与所述通信需求，确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程；和/或,根据所述稳定性级别与所述通信需求，确定执行所述第一进程向所述代理进程发送调用请求的步骤。
具体实施时，如图3所示，第一应用程序可以直接通过所述第二进程与所述第二应用程序通信，也可以调用代理进程通过代理进程间接通过所述第二进程与所述第二应用程序通信。在通过代理进程间接调用ContentProvider实现应用程序之间通信时，由于在通信过程中，增加了代理进程中转数据的过程，需要额外的时间消耗，因此，调用代理进程通过代理进程间接通过所述第二进程与所述第二应用程序通信与直接调用ontentProvider的方式对比，通过代理进程的方式在性能表现上要差一些。因此，在具体实施过程中，需要根据具体程序运行需求和第二进程的稳定性级别，确定通过哪种方式进行应用程序之间的通信。
步骤230，所述第一进程向所述代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息。
在本申请的一些实施例中，根据所述稳定性级别与所述通信需求，确定执行所述第一进程向所述代理进程发送调用请求。所述根据所述稳定性级别与所述通信需求，确定执行所述第一进程向所述代理进程发送调用请求，包括：若所述通信需求为安全优先，则确定执行所述第一进程向所述代理进程发送调用请求的步骤；或，若所述通信需求为性能优先，且所述稳定性级别等于预设稳定级别阈值，则确定执行所述第一进程向所述代理进程发送调用请求的步骤。对于通信需求为安全优先的应用场景，针对直接调用ContentProvider导致Client进程被杀，第一应用程序闪退的问题，本申请的一些实施例中通过代理进程间接调用ContentProvider。在这种方式中，如果Server进程死了，系统服务进程System将清理杀掉代理进程Agent，而不干扰Client进程正常运行，避免了第一应用程序发生闪退的情况。对于通信需求为性能优先的应用场景，首先需要判断第二应用程序的第二进程的稳定性，只有在第二进程的稳定性为非常稳定时，才能直接调用所述第二进程；如果所述第二进程的稳定性为比较稳定，即所述稳定性级别等于所述预设稳定级别阈值，则确定执行所述第一应用程序调用代理进程。
本申请的一些实施例中，代理进程将第一应用程序的通信请求发送至系统服务进程System，由System进程将通信请求转发至第二应用程序，然后将System进程返回的从第二应用功能程序获取的数据通过进程间通信的方式，反馈至第一应用程序。例如，代理进程向通过System进程向第二应用程序的Server进程发送获取数据请求后，System进程将Server进程的数据转发给代理进程，然后，代理进程通过AIDL(Android InterfaceDefinition Language)将回去的数据返回给请求数据的第一应用程序的Client进程。具体实施时，代理进程通过调用Android官方共享机制获取相应类型的返回结果。然后，代理进程通过跨进程通信的方案，将上一步中获取获取的所述相应类型的返回结果，以相同的参数类型传递给Client进程。
在本申请的一些实施例中。为了保证进程间通信提供的数据操作方法跟Android系统共享机制提供的接口一致，代理进程的API使用了和共享机制提供的接口一样的方法名、方法参数以及返回参数类型。共享机制的官方API相关方法的详细说明如表3所示：
Figure BDA0001720974060000101
Figure BDA0001720974060000111
表3，ContentProvider方法表
代理进程需要通过进程间通信发送至第一应用程序的Client进程的数据类型包括：Java基本类型、String和CharSequence、实现Parcelable接口和Cursor，然而，AIDL跨进程通信支持的数据类型有：Java基本类型、String和CharSequence、实现Parcelable接口(Android提供的对象序列化接口)，其中，返回参数Uri、int满足上述数据类型，而Cursor并没有满足。为了能够将Cursor类的对象能够通过AIDL方式从代理进程返回到Client进程，本申请的一些实施例中自定义了一个既实现了上述Parcelable接口、又实现了Cursor接口的CursorWrapper类，利用CursorWrapper就能实现跨进程传递数据，并保证返回到Client进程的参数是Cursor类型。
本申请的另一些实施例中，还可以通过对象序列化到本地再解析的方式实现代理进程和第一应用程序的Client进程之间的数据传输，还可以通过消息队列、共享内存等方式实现代理进程和第一应用程序的Client进程之间的数据传输，本实施例不再一一详细说明。
步骤240，所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程。
系统服务进程System接收到第二应用程序的第二进程提供的数据之后，转发至代理进程。然后，代理进程把所述第二应用程序的数据发送给第一应用程序的Client进程。如图3中的分支310所示。
下面以查询数据的应用场景中，通过AIDL跨进程通信为例，详细说明通过代理进程进行应用程序之间通信的具体技术方案。
第一步，第一用程序调用代理进程。当应用第一应用程序启动后，第一应用程序的Client进程启动时，在第一应用程序入口Application的onCreate()方法中，通过bindService()新建并绑定代理服务ProxyService，从而唤醒代理进程Agent，并把代理服务ProxyService绑定到Client进程的Application Context上。
第二步，连接上代理服务ProxyService后,在回调方法onServiceConnected()中获得自定义的AIDL接口IProxyContentResolver的代理对象。
第三步，第一应用程序的Client进程调用IProxyContentResolver代理对象的query()方法，请求代理进程的ProxyService查询数据。
第四步，ProxyService通过调用getContentResolver().query()方法，向Server进程请求数据并获取到类型为Cursor的返回结果。
第五步，ProxyService解析Cursor的数据，重新包装成本方案自定义的CursorWrapper类的对象，并将CursorWrapper对象返回给Client进程。
第六步，Client进程通过遍历CursorWrapper获取到查询的数据。
至此，第一应用程序和第二应用程序之间通过代理进程和第二进程完成一次通信。
步骤250，所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程。
在本申请的一些实施例中，所述获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求之后，还包括：根据所述稳定性级别与所述通信需求，确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程。其中，根据所述稳定性级别与所述通信需求，确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程，包括：若所述稳定性级别低于预设稳定级别阈值，则停止调用所述第二进程；若所述通信需求为性能优先，且所述稳定性级别高于所述预设稳定级别阈值，则确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信。其中，所述预设稳定级别阈值用于指示所述第二进程比较稳定。
步骤260，第一应用程序获取所述第二进程返回信息，所述返回信息为所述第二应用程序的第二进程提供的信息。
具体到本实施例而言，对于非常稳定的ContentProvider，如果第一应用程序运行时优先考虑性能需求，则采用直接调用的方式；而对于很不稳定的ContentProvider，有大概率无法正常调用，则不再调用，并提示危险异常警告，避免做无用功。具体调用过程如图3中的分支320所示：当通信需求为性能优先策略，如果第二进程ContentProvider的稳定性级别为非常稳定，则第一应用程序的Client进程通过系统服务进程System找到第二应用程序的Server进程，即第二进程ContentProvider，获取第二进程ContentProvider返馈的数据；然后，第一应用程序的Client进程再通过系统服务进程System获取第二应用程序的Server进程反馈的通信数据；如果第二进程ContentProvider的稳定性级别为不稳定，则采取抛出异常的方式，警告此ContentProvider不安全，第一应用程序的Client进程不再调用此第二进程ContentProvider。
当用户选择安全优先策略，即调用需求为安全优先时，为了保证Client进程安全性，第一应用程序并不去直接调用第二进程ContentProvider。
至此，第一应用程序和第二应用程序之间通过第二进程完成一次通信。
具体实施时，第一次用用程序成功通过第二进程完成一次与第二应用程序的通信之后，对该第二进程的调用失败次数进行加1处理，并更新第一次用用程序本地记录的该第二进程的调用失败次数和调用总次数等使用数据。
本申请实施例公开的应用程序之间的通信方法，通过获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求；然后，根据所述稳定性级别与所述通信需求，确定是否直接调用第二进程，若是，则所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程，否则，第一应用程序的第一进程调用预设代理进程，使得所述代理进程通过所述系统服务进程获取第二应用程序的信息，解决了第一应用程序和第二应用程序通信时，由于第二进程异常时系统服务进程杀死调用进程导致的第一应用程序闪退的问题。本申请实施例公开的应用程序之间的通信方法通过调用代理进程注册系统服务进程的中转服务，进一步获取第二进程的信息，实现与第二应用程序通信，避免了第一应用程序与第二应用程序通信的进程被杀死，提升了第一应用程序运行的稳定性。进一步的，本申请具体实施时，可以根据应用程序的调用需求和第二进程的稳定性级别采用相应的通信方式，可以有效的兼顾应用程序运行的稳定性和性能。
实施例三
本实施例公开的一种应用程序之间的通信装置，作为信息需求方的第一应用程序包括第一进程和代理进程，作为信息提供方的第二应用程序包括第二进程，如图4所示，所述装置还包括：
第一间接调用模块410，用于所述第一进程向所述代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；
第二间接调用模块420，用于所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程。
本申请实施例公开的应用程序之间的通信装置，通过第一应用程序的第一进程向代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；然后，所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程，解决了第一应用程序和第二应用程序通信时，由于第二进程异常时系统服务进程杀死调用进程导致的第一应用程序闪退的问题。本申请实施例公开的应用程序之间的通信装置通过调用代理进程在系统服务进程中查找第二应用程序的第二进程，进一步与第二应用程序通信，避免了第一应用程序与第二应用程序通信的进程被杀死，提升了第一应用程序运行的稳定性。
可选的，如图5所示，所述通信装置还包括：
决策条件获取模块430，用于获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求；
第一决策模块440，用于根据所述稳定性级别与所述通信需求，确定执行所述第一间接调用模块410。
可选的，所述第一决策模块440进一步用于：
若所述通信需求为安全优先，则确定执行所述第一间接调用模块410；或，
若所述通信需求为性能优先，且所述稳定性级别等于预设稳定级别阈值，则确定执行所述第一间接调用模块410。其中，所述预设稳定级别阈值用于指示所述第二进程的稳定性级别为比较稳定。
可选的，如图5所示，所述通信装置还包括：
第二决策模块450，用于根据所述稳定性级别与所述通信需求，确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程。
可选的，所述第二决策模块450进一步用于：
若所述稳定性级别低于预设稳定级别阈值，则停止调用所述第二进程；
若所述通信需求为性能优先，且所述稳定性级别高于所述预设稳定级别阈值，则确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信。
在本申请的一些实施例中，所述获取第二进程的稳定性级别，包括：
获取第二进程调用失败次数和调用总次数；
通过将所述调用失败次数除以所述调用总次数，得到所述第二进程的调用失败率；
根据所述调用失败次数和所述调用失败率，确定所述第二进程的稳定性级别。
本申请实施例公开的应用程序之间的通信装置，用于实现本申请实施例一和实施例二中所述的应用程序之间的通信方法的各步骤，装置的各模块的具体实施方式参见相应步骤，此处不再赘述。
本申请实施例公开的应用程序之间的通信装置，通过获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求；然后，根据所述稳定性级别与所述通信需求，确定是否直接调用第二进程，若是，则所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程，否则，第一应用程序的第一进程调用预设代理进程，使得所述代理进程通过所述系统服务进程获取第二应用程序的信息，解决了第一应用程序和第二应用程序通信时，由于第二进程异常时杀死调用进程导致的第一应用程序闪退的问题。本申请实施例公开的应用程序之间的通信装置通过调用代理进程注册系统功能进程的中转服务，进一步获取第二进程的信息，从而实现与第二应用程序通信，避免了第一应用程序与第二应用程序通信的进程被杀死，提升了第一应用程序运行的稳定性。进一步的，本申请具体实施时，可以根据应用程序的调用需求和第二进程的稳定性级别采用相应的通信方式，可以有效的兼顾应用程序运行的稳定性和性能。
相应的，本申请还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例一和实施例二所述的应用程序之间的通信方法。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。
本申请还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例一和实施例二所述的应用程序之间的通信方法的步骤。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上对本申请提供的一种应用程序之间的通信方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

Claims (10)

1.一种应用程序之间的通信方法，其特征在于，作为信息需求方的第一应用程序包括第一进程和代理进程，作为信息提供方的第二应用程序包括第二进程，所述通信方法包括：
所述第一进程向所述代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；
所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程；
在所述系统服务进程确定所述第二进程异常时，杀死所述代理进程，而不会影响所述第一应用程序的运行。
2.根据权利要求1所述的方法，其特征在于，所述第一进程向所述代理进程发送调用请求的步骤之前，还包括：
获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求；
根据所述稳定性级别与所述通信需求，确定执行所述第一进程向所述代理进程发送调用请求的步骤。
3.根据权利要求2所述的方法，其特征在于，所述根据所述稳定性级别与所述通信需求，确定执行所述第一进程向所述代理进程发送调用请求的步骤，包括：
若所述通信需求为安全优先，则确定执行所述第一进程向所述代理进程发送调用请求的步骤；或，
若所述通信需求为性能优先，且所述稳定性级别等于预设稳定级别阈值，则确定执行所述第一进程向所述代理进程发送调用请求的步骤。
4.根据权利要求2所述的方法，其特征在于，所述获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求的步骤之后，还包括：
根据所述稳定性级别与所述通信需求，确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程。
5.根据权利要求4所述的方法，其特征在于，所述根据所述稳定性级别与所述通信需求，确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信或停止调用所述第二进程的步骤，包括：
若所述稳定性级别低于预设稳定级别阈值，则停止调用所述第二进程；
若所述通信需求为性能优先，且所述稳定性级别高于所述预设稳定级别阈值，则确定所述第一应用程序直接通过所述第二进程与所述第二应用程序通信。
6.根据权利要求2至5任一项所述的方法，其特征在于，所述获取第二进程的稳定性级别的步骤，包括：
获取第二进程调用失败次数和调用总次数；
通过将所述调用失败次数除以所述调用总次数，得到所述第二进程的调用失败率；
根据所述调用失败次数和所述调用失败率，确定所述第二进程的稳定性级别。
7.一种应用程序之间的通信装置，其特征在于，作为信息需求方的第一应用程序包括第一进程和代理进程，作为信息提供方的第二应用程序包括第二进程，所述通信装置包括：
第一间接调用模块，用于所述第一进程向所述代理进程发送调用请求，使得所述代理进程从所述调用请求中提取目标参数，并将所述目标参数发送给系统服务进程，其中，所述系统服务进程独立于所述第一应用程序和所述第二应用程序，用于与所述第二进程通信，根据所述目标参数获取所述第二应用程序的信息；
第二间接调用模块，用于所述代理进程从所述系统服务进程接收所述第二应用程序的信息，并将所述第二应用程序的信息返回给所述第一进程；
在所述系统服务进程确定所述第二进程异常时，杀死所述代理进程，而不会影响所述第一应用程序的运行。
8.根据权利要求7所述的通信装置，其特征在于，所述通信装置还包括：
决策条件获取模块，用于获取第二应用程序的第二进程的稳定性级别，以及，获取所述第一应用程序和第二应用程序之间的通信需求；
第一决策模块，用于根据所述稳定性级别与所述通信需求，确定执行所述第一间接调用模块。
9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任意一项所述的应用程序之间的通信方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至6任意一项所述的应用程序之间的通信方法的步骤。
CN201810731315.1A 2018-07-05 2018-07-05 应用程序之间的通信方法、装置、电子设备及存储介质 Active CN109189584B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810731315.1A CN109189584B (zh) 2018-07-05 2018-07-05 应用程序之间的通信方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810731315.1A CN109189584B (zh) 2018-07-05 2018-07-05 应用程序之间的通信方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN109189584A CN109189584A (zh) 2019-01-11
CN109189584B true CN109189584B (zh) 2021-02-19

Family

ID=64948904

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810731315.1A Active CN109189584B (zh) 2018-07-05 2018-07-05 应用程序之间的通信方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN109189584B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112199205B (zh) * 2019-07-08 2023-10-27 南京工程学院 一种异构平台间的程序通信方法
CN111061492B (zh) * 2019-12-16 2023-12-29 连尚（新昌）网络科技有限公司 一种应用程序的处理方法、设备和计算机存储介质
CN112783978A (zh) * 2021-01-28 2021-05-11 北京东方优播网络科技有限公司 数据传输方法、装置、计算机系统和存储介质
CN116088955B (zh) * 2022-06-17 2024-04-02 荣耀终端有限公司 进程处理方法和终端设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101087314B (zh) * 2007-05-15 2010-11-10 华为技术有限公司 一种应用程序跨进程使用套接字服务的系统及方法
US20120042004A1 (en) * 2010-08-12 2012-02-16 Research In Motion Limited Plug in registration method and apparatus for push content delivery
CN102123196B (zh) * 2010-12-29 2013-07-17 浙大网新科技股份有限公司 在Android手机上实现WinCE/Android混合API的方法
CN104216862B (zh) * 2013-05-29 2017-08-04 华为技术有限公司 一种用户进程与系统服务之间的通信方法、装置
CN104618437B (zh) * 2014-12-31 2018-01-12 成都卓影科技有限公司 一种与android终端设备系统设置接口的适配方法
CN105354073B (zh) * 2015-10-27 2018-11-06 中通服公众信息产业股份有限公司 一种基于安卓系统的单机应用网络化方法和系统
CN106856477B (zh) * 2016-12-29 2020-05-19 北京奇虎科技有限公司 一种基于局域网的威胁处理方法和装置
CN107220083B (zh) * 2017-05-22 2020-12-18 南京航空航天大学 一种安卓系统中免安装运行应用程序的方法和系统
CN108182121B (zh) * 2017-12-29 2020-10-20 广州小鹏汽车科技有限公司 一种Android中控大屏系统模块间通信方法及系统

Also Published As

Publication number Publication date
CN109189584A (zh) 2019-01-11

Similar Documents

Publication Publication Date Title
CN109189584B (zh) 应用程序之间的通信方法、装置、电子设备及存储介质
US11336451B2 (en) Cross-blockchain resource transmission
US8848893B2 (en) Method and apparatus for callback processing in telecommunication capability opening
CN110958281B (zh) 基于物联网的数据传输方法及通信装置
CN110633442A (zh) 一种推送方法、装置及电子设备
CN109451020B (zh) 超时管理方法、设备及计算机可读存储介质
US20150373026A1 (en) Permission management method, device and system for cloud platform service
CN112054998A (zh) 代理服务方法、装置、设备和计算机可读存储介质
CN103885973A (zh) 一种基于Web引擎的远程过程调用系统及实现方法
CN106357654B (zh) 远程过程调用方法、装置及通信系统
CN114979084A (zh) 一种呼叫方法、装置及系统
CN106612263B (zh) 一种用于处理应用访问请求的方法与设备
CN112596931B (zh) 一种跨进程通信方法、装置、电子设备及存储介质
WO2021114857A1 (zh) 接口调用方法、装置、计算机设备和存储介质
CN109756488B (zh) 一种数据流获取方法、装置、设备及介质
WO2017000803A1 (zh) 一种实现应用的方法及业务控制器
JP2013229021A (ja) モバイル・ブロードバンド・デバイス、及びモバイル・ブロードバンド・デバイスのモバイル・ブロードバンド・サービス処理方法
CN112148320A (zh) 一种应用程序升级方法、装置、设备及存储介质
CN111756916A (zh) 应用处理方法、装置、电子设备及计算机存储介质
CN113300936B (zh) Cdn节点、边缘节点的信令适配方法、设备及存储介质
CN107835225B (zh) 数据信息的获取方法、装置和设备
CN115622988B (zh) web接口的调用响应方法、装置、电子设备和存储介质
WO2017173967A1 (zh) 重定向方法、服务商、非结构化补充数据业务中心及系统
CN105142130B (zh) 一种信息处理方法及电子设备
CN112825586B (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