CN114546536B - Linux平台上多安卓应用使用同一安卓应用的方法 - Google Patents

Abstract

本发明公开了Linux平台上多安卓应用使用同一安卓应用的方法，通过在安卓兼容环境中增加检测机制获取安卓应用调用其他安卓应用时设定的属性，当多个安卓应用调用同一安卓应用时根据获取到的属性动态确定多个安卓应用调用同一安卓应用相关功能的执行顺序，同时通过修改安卓系统的超时机制能够避免安卓兼容环境对超时安卓应用的关闭处理，从而实现了Linux平台上多个安卓应用同时调用同一安卓应用的功能，有效改善了用户体验。

Description

Linux平台上多安卓应用使用同一安卓应用的方法

技术领域

本发明属于桌面操作系统上运行移动应用的开发技术领域，具体涉及Linux平台上多安卓应用使用同一安卓应用的方法。

背景技术

Linux操作系统安卓兼容环境（下文简称安卓兼容环境）是一种在Linux操作系统上运行安卓应用（App）的技术，对丰富Linux操作系统应用生态有着重要的意义。xDroid就是典型的Linux操作系统安卓兼容环境，通过xDroid与xDroidUI的配合实现了安卓应用与Linux操作系统的兼容。为了便于用户同时操作多个应用程序，安卓系统从7.0版开始引入了多窗口模式，即允许用户在同一屏幕中同时打开多个应用程序。当在安卓兼容环境中使用安卓系统的多窗口模式时，可能会出现多个安卓应用同时使用同一个安卓应用的情况，例如，xDroid支持同时显示多个安卓应用，这些安卓应用存在同时调用同一第三方安卓应用实现登录、支付、分享等功能的需求，上述第三方安卓应用包括：微信、QQ、微博等。

现有安卓系统中，虽然有些平板能够支持同时显示多个应用，但是安卓应用间相互调用的方式还是只考虑了安卓应用同时仅被单一安卓应用调用的情况，具体来说，多数安卓应用采用通过SDK或Intent接口调用第三方安卓应用实现登录、支付、分享等功能的方式，这种情况下，在当前安卓应用对第三方安卓应用的调用还未完成时，新的安卓应用也调用该第三方安卓应用则会导致新的安卓应用调用失败。对于手机或平板用户而言，由于在手机或平板中往往仅能显示一个安卓应用，因此这一问题并不突出，但是对于Linux平台上安卓应用的用户而言，这会降低用户操作的便利性，影响用户体验。

发明内容

有鉴于此，本发明提供了Linux平台上多安卓应用使用同一安卓应用的方法，能够实现运行在Linux平台上的多个安卓应用同时启动同一安卓应用的功能。

本发明提供的Linux平台上多安卓应用使用同一安卓应用的方法，包括以下步骤：

步骤1、在安卓兼容环境中获取当前Activity调用请求的程序包名、被调用Activity名称和RequestID，确定所述被调用Activity的LaunchMode；

步骤2、若预存请求中存在与所述被调用Activity具有相同程序包名及Activity名称的Activity并发调用请求则执行步骤4，否则执行步骤3；

步骤3、若所述LaunchMode的取值为Standard，则执行Activity调用请求返回步骤1；若所述LaunchMode的取值不是Standard，则构建Activity状态为执行状态的Activity并发调用请求，并将所述Activity并发调用请求添加到预存信息的尾部，执行步骤6；

步骤4、若所述LaunchMode的取值为SingleInstance则通知用户执行失败，返回步骤1；若所述LaunchMode的取值为Standard则执行Activity调用请求返回步骤1；若所述LaunchMode的取值为SingleTop或SingleTask则执行步骤5；

步骤5、构建Activity状态为等待状态的Activity并发调用请求，并将所述Activity并发调用请求添加到所述预存信息的尾部；

步骤6、确定Activity并发调用请求的调用Activity，获取所述调用Activity的调用函数名，若预存调用函数中存在相同的调用函数名则执行步骤7；如果不存在，则将调用函数名添加到所述预存调用函数中，延长超时机制中设定的等待时间，暂停Activity并发调用请求的执行，在Linux平台中拦截发往调用Activity的输入事件，在安卓兼容环境中定时刷新调用Activity在Linux平台上的显示窗口的内容；

步骤7、若Activity并发调用请求的Activity状态为执行状态，则执行Activity并发调用请求返回步骤1；若Activity状态为等待状态，则延长超时机制中设定的等待时间，暂停执行Activity并发调用请求执行步骤8；

步骤8、安卓兼容环境监测到当前Activity调用请求或Activity并发调用请求得到响应后，若所述预存请求中存在具有相同RequestID的请求，则将已响应的请求从所述预存请求及预存调用函数中删除，若已响应的请求的Activity状态为执行状态则将，将所述预存请求中首个请求的Activity状态设置为执行状态，重新执行startActivity的系统操作，返回步骤1；若所述预存请求中不存在具有相同RequestID的请求，则执行当前Activity调用请求或Activity并发调用请求返回步骤1。

进一步地，所述步骤1中在安卓兼容环境中获取当前Activity调用请求的程序包名、被调用Activity名称和RequestID后，若当前Activity调用请求相关被调用Activity为分析目标则获取所述被调用Activity的LaunchMode；否则执行当前Activity调用请求返回所述步骤1。

进一步地，所述分析目标包括QQ及微信的登录、分享、发送及支付调用功能。

进一步地，所述预存请求的存储方式为队列或文件。

进一步地，所述步骤6中确定Activity并发调用请求的调用Activity的方式为采用回溯调用栈的方式。

进一步地，所述步骤6中延长超时机制中设定的等待时间中的所述等待时间为30秒。

进一步地，所述步骤8中在执行当前Activity调用请求或Activity并发调用后，在Linux平台中将发往调用Activity的输入事件转发至安卓兼容环境，在安卓兼容环境中动态刷新调用Activity在Linux平台上的显示窗口的内容。

有益效果：

本发明通过在安卓兼容环境中增加检测机制获取安卓应用调用其他安卓应用时设定的属性，当多个安卓应用调用同一安卓应用时根据获取到的属性动态确定多个安卓应用调用同一安卓应用相关功能的执行顺序，同时通过修改安卓系统的超时机制能够避免安卓兼容环境对超时安卓应用的关闭处理，从而实现了Linux平台上多个安卓应用同时调用同一安卓应用的功能，有效改善了用户体验。

附图说明

图1为本发明提供的Linux平台上多安卓应用使用同一安卓应用的方法的流程图。

具体实施方式

下面结合附图并举实施例，对本发明进行详细描述。

现有安卓系统中的调用机制不允许多个安卓应用同时启动同一安卓应用，一是由于安卓系统不允许多个安卓应用采用Intent接口启动同一安卓应用，二是由于安卓系统中存在超时机制。所谓超时机制，是指在安卓系统中当调用过程等待时间超过设定阈值时安卓系统会停止当前调用过程。

安卓系统中提供的Activity的启动模式（LaunchMode）包括标准模式（Standard）、栈顶复用模式（SingleTop）、站内复用模式（SingleTask）和单实例模式（SingleInstance）。标准模式，也是默认模式，即只要启动一次Activity，系统就会在当前任务栈新建一个实例。栈顶复用模式，是指若当前栈中已存在Activity的实例并且该实例位于栈顶，则系统不会创建实例，而是复用栈顶的实例，并会将Intent对象传入，回调onNewInten()方法；若当前栈中已有该Activity的实例但该实例不在栈顶或当前栈中不存在该Activity的实例，则系统的处理方式与标准模式相同。栈内复用模式，是指在复用时首先根据taskAffinity查找对应的任务栈，若不存在指定的任务栈，则系统会新建对应的任务栈并新建Activity实例压入栈内；若存在指定的任务栈，则会查找该任务栈中是否存在该Activity实例，如果不存在该实例则在该任务栈中新建Activity实例，如果存在则直接引用并回调该实例的onNewIntent()方法且任务栈中该实例之上的Activity会被全部销毁。单实例模式，是指在启动Activity时，查找系统中是否存在Activity，若不存在则新建任务栈后创建该Activity实例，若存在则引用该Activity实例并回调onNewIntent()方法。

ActivityManagerService，为安卓系统服务是Activity管理的服务端，用于管理Activity的各种行为、控制Activity的生命周期、派发消息事件及低内存管理等。

本发明提供了Linux平台上多安卓应用使用同一安卓应用的方法，流程如图1所示，具体包括以下步骤：

步骤1、在安卓兼容环境中监听startActivity的执行过程，获取Activity调用请求中所涉及的程序包名、Activity名称、RequestID及启动参数，确定被调用Activity，获取被调用Activity的LaunchMode。

启动参数，所需权限、启动类型（新建Task启动、在当前Task启动）。

具体来说，安卓系统通过调用系统服务ActivityManagerService的startActivity构建Activity调用请求实现Activity的启动，根据Activity调用请求即可获取Activity的PackageName、ActivityName和启动参数，再根据PackageName、ActivityName判断被调用Activity是否为应该处理的调用。

进一步，为了提高Linux平台上安卓应用的执行效率，本发明在步骤1中增加了以下步骤：根据程序包名、Activity名判断Activity调用请求所涉及的被调用Activity是否在监测安卓应用列表中，如果在，则在安卓兼容环境中确定被调用Activity，获取被调用Activity的LaunchMode；如果不在，则采用安卓系统的默认方式执行Activity调用请求，执行步骤1。

监测安卓应用列表用于存储被监测的安卓应用，被监测的安卓应用如QQ、微信等的登录、分享、发送、支付调用等。

步骤2、在调用请求队列中，查找是否存在与被调用Activity具有相同的程序包名及Activity名称的Activity并发调用请求，如果存在则执行步骤4，如果不存在则执行步骤3。

其中，调用请求队列用于存储构建的Activity并发调用请求。Activity并发调用请求是指包括RequestID和Activity相关属性的Activity调用请求，RequestID为Activity调用请求的唯一标识，Activity属性包括PackageName、ActivityName、launchMode和Activity状态，Activity状态包括执行状态和等待状态，执行状态表示Activity正在执行，等待状态表示Activity未被执行。

本发明中，除了可采用调用请求队列保存请求信息外，还可以采用文件方式进行保存。

步骤3、若被调用Activity的LaunchMode的取值为Standard，则执行Activity调用请求，执行步骤1；若被调用Activity的LaunchMode的取值不是Standard，则构建Activity状态为执行状态的Activity并发调用请求，并将Activity并发调用请求添加到调用请求队列的尾部，执行步骤6。

步骤4、若被调用Activity的LaunchMode的取值为SingleInstance，则通知用户执行失败，执行步骤1；若被调用Activity的LaunchMode的取值为Standard，则执行Activity调用请求，执行步骤1；若被调用Activity的LaunchMode的取值为SingleTop或SingleTask，则执行步骤5。

步骤5、构建Activity状态为等待状态的Activity并发调用请求，并将Activity并发调用请求添加到调用请求队列的尾部。

步骤6、回溯调用栈确定发送Activity并发调用请求的调用Activity，获取调用Activity的调用函数名，在调用函数队列中查找是否存在相同的调用函数名，如果存在则执行步骤7；如果不存在，将调用函数名添加到调用函数队列中，延长超时机制中设定的等待时间，暂停Activity并发调用请求的执行。

步骤7、如果Activity并发调用请求中Activity状态为执行状态，则执行Activity并发调用请求，执行步骤1；如果Activity并发调用请求中Activity状态为等待状态，则延长超时机制中设定的等待时间，暂停执行Activity并发调用请求，执行步骤8。

其中，回溯调用栈的过程可采用Exception().printStackTrace()等方法，采用回溯调用栈的方法定位调用当前startActivity的函数的调用Activity，获取调用Activity的调用函数名，并将调用函数名加入调用函数名队列，将调用函数名加入调用函数名队列pendingFunctionList中，并在startActivity接收到返回值前，向调用Activity中加入超时API调用的拦截函数或修改安卓系统的超时函数。

具体来说，通过在超时函数中增加下列步骤进行修改：

回溯调用栈，当调用函数的函数名在pendingFunctionList中时，若Activity并发调用请求中Activity状态为执行状态，则执行系统默认操作；若Activity并发调用请求中Activity状态为等待状态，则将超时设置为足够长但不会导致系统假死的时间，例如，30秒。

为了暂停调用Activity执行Activity并发调用请求通过将调用函数的线程挂起实现，即不执行后续的startActivity操作，此时为了不干扰Linux系统的当前操作，本发明提供了以下操作：

S1、通过RPC通知安卓应用显示程序发往调用函数对应的调用Activity的输入事件均不再转发至安卓兼容环境内，以避免由于调用Activity无法处理输入事件触发安卓系统会提示关闭该进程。其中，安卓应用显示程序用于负责安卓应用在Linux平台的显示，如xDroidUI等。

S2、通知安卓兼容环境，强制刷新处于等待状态的调用Activity在Linux平台上的显示窗口。

其中，调用Activity是指Activity并发调用请求涉及的调用函数所在的安卓应用。安卓兼容环境强制刷新的操作可通过修改安卓系统的SurfaceFlinger实现。

步骤8、安卓兼容环境监测到当前Activity调用请求或Activity并发调用请求得到响应后，执行以下步骤：

步骤8.1、如果调用请求队列中存在与当前Activity调用请求或Activity并发调用请求具有相同requestID的请求，则将当前响应对应的Activity调用请求或Activity并发调用请求从调用请求队列中删除，同时将当前Activity调用请求或Activity并发调用请求相关的调用Activity的调用函数名从调用函数名队列中删除，执行步骤8.2；如果调用请求队列中不存在与当前Activity调用请求或Activity并发调用请求具有相同requestID的请求，则执行当前Activity调用请求或Activity并发调用请求，再执行步骤1；

步骤8.2、若调用请求队列中具有相同requestID的请求的Activity状态为执行状态，则将调用请求队列中第一个请求的Activity状态设置为执行状态；

采用安卓系统的默认方式重新执行startActivity的系统操作；

通过RPC通知xDroidUI将发往调用Activity的输入事件转发至安卓兼容环境（xDroid）内；通知安卓兼容环境按照安卓系统刷新方式刷新调用Activity在Linux平台上的显示窗口。

具体来说，在安卓兼容环境中，可以通过对Activity调用过程的监测实现上述过程，当Activity调用过程结束时Activity会调用onDestroy函数，此时，判断调用请求队列中是否存在与当前调用具有相同标识的请求，如果存在则说明该Activity属于本发明所处理的安卓应用，如QQ、微信、微博等，则将该Activity对应的Activity并发调用请求从调用请求队列中删除。

本发明中，被调用Activity，是指Activity调用请求及Activity并发调用请求所涉及的被调用安卓应用所对应的Activity。调用Activity，是指发起Activity调用请求及Activity并发调用请求的安卓应用所对应的Activity。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.Linux平台上多安卓应用使用同一安卓应用的方法，其特征在于，包括以下步骤：

步骤1、在安卓兼容环境中获取当前Activity调用请求的程序包名、被调用Activity名称和RequestID，确定所述被调用Activity的LaunchMode；

步骤2、若预存请求中存在与所述被调用Activity具有相同程序包名及Activity名称的Activity并发调用请求则执行步骤4，否则执行步骤3；

步骤3、若所述LaunchMode的取值为Standard，则执行Activity调用请求返回步骤1；若所述LaunchMode的取值不是Standard，则构建Activity状态为执行状态的Activity并发调用请求，并将所述Activity并发调用请求添加到预存信息的尾部，执行步骤6；

步骤4、若所述LaunchMode的取值为SingleInstance则通知用户执行失败，返回步骤1；若所述LaunchMode的取值为Standard则执行Activity调用请求返回步骤1；若所述LaunchMode的取值为SingleTop或SingleTask则执行步骤5；

步骤5、构建Activity状态为等待状态的Activity并发调用请求，并将所述Activity并发调用请求添加到所述预存信息的尾部；

步骤6、确定Activity并发调用请求的调用Activity，获取所述调用Activity的调用函数名，若预存调用函数中存在相同的调用函数名则执行步骤7；如果不存在，则将调用函数名添加到所述预存调用函数中，延长超时机制中设定的等待时间，暂停Activity并发调用请求的执行，在Linux平台中拦截发往调用Activity的输入事件，在安卓兼容环境中定时刷新调用Activity在Linux平台上的显示窗口的内容；

步骤7、若Activity并发调用请求的Activity状态为执行状态，则执行Activity并发调用请求返回步骤1；若Activity状态为等待状态，则延长超时机制中设定的等待时间，暂停执行Activity并发调用请求执行步骤8；

步骤8、安卓兼容环境监测到当前Activity调用请求或Activity并发调用请求得到响应后，若所述预存请求中存在具有相同RequestID的请求，则将已响应的请求从所述预存请求及预存调用函数中删除，若已响应的请求的Activity状态为执行状态则将，将所述预存请求中首个请求的Activity状态设置为执行状态，重新执行startActivity的系统操作，返回步骤1；若所述预存请求中不存在具有相同RequestID的请求，则执行当前Activity调用请求或Activity并发调用请求返回步骤1。

2.根据权利要求1所述的方法，其特征在于，所述步骤1中在安卓兼容环境中获取当前Activity调用请求的程序包名、被调用Activity名称和RequestID后，若当前Activity调用请求相关被调用Activity为分析目标则获取所述被调用Activity的LaunchMode；否则执行当前Activity调用请求返回所述步骤1。

3.根据权利要求2所述的方法，其特征在于，所述分析目标包括QQ及微信的登录、分享、发送及支付调用功能。

4.根据权利要求1所述的方法，其特征在于，所述预存请求的存储方式为队列或文件。

5.根据权利要求1所述的方法，其特征在于，所述步骤6中确定Activity并发调用请求的调用Activity的方式为采用回溯调用栈的方式。

6.根据权利要求1所述的方法，其特征在于，所述步骤6中延长超时机制中设定的等待时间中的所述等待时间为30秒。

7.根据权利要求1所述的方法，其特征在于，所述步骤8中在执行当前Activity调用请求或Activity并发调用后，在Linux平台中将发往调用Activity的输入事件转发至安卓兼容环境，在安卓兼容环境中动态刷新调用Activity在Linux平台上的显示窗口的内容。

Images