CN117251305A - 登录态获取方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种登录态获取方法、装置、计算机设备和存储介质。接收宿主应用的登录用户对子应用的启动指令，在登录用户操作期间，当在子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求，接收宿主应用基于登录态请求发送的宿主应用的当前登录态，根据接受到的宿主应用的当前登录态，执行操作请求。其中，子应用内嵌于宿主应用，子应用和宿主应用的登录态关联。本申请实施例中，若子应用采用的登录态失效，在子应用中缓存请求失败的操作请求，重新向宿主应用发送登录态请求以获取登录态，当获取到宿主应用的当前登录态时执行操作请求，子应用无刷新操作，登录用户无感知，降低了子应用数据丢失的可能性。

Description

登录态获取方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种登录态获取方法、装置、计算机设备和存储介质。

背景技术

随着互联网技术和应用的快速发展，大量前端开发的需求和应用不断地出现，用户对融合应用的需求也越来越多。为了更好地让各个应用的数据可以共享，通过内嵌框架iframe将多个子应用嵌入到宿主应用中。在实际应用中，宿主应用和各子应用之间通过共享一个登录态，使得用户通过一个宿主应用所在的终端就可以访问多个子应用。

目前通过统一资源定位器(Uniform Resource Locator，url)参数共享登录态，但是当登录态失效时，用户无法通过子应用进行操作，需要用户关闭子应用，再重新打开子应用，使得子应用重新获取到登录态，利用重新获取到的登录态进行操作_，导致用户体验差，此前使用的子应用数据会在关闭后丢失。

发明内容

基于此，有必要针对上述技术问题，提供一种能够降低子应用数据丢失概率的登录态获取方法、装置、计算机设备和存储介质。

第一方面，本申请提供了一种登录态获取方法，所述方法应用于子应用，所述方法包括：

接收宿主应用的登录用户对所述子应用的启动指令，所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

在所述登录用户操作期间，当在所述子应用检测到采用的登录态失效的情况下，缓存所述子应用的操作请求，并向所述宿主应用发送登录态请求；

接收所述宿主应用基于所述登录态请求发送的所述宿主应用的当前登录态；

根据接受到的所述宿主应用的当前登录态，执行所述操作请求。

在其中一个实施例中，所述方法还包括：

在接收到所述启动指令的情况下，接收所述宿主应用发送的第一个登录态。

在其中一个实施例中，所述操作请求的数量为多个；所述根据接受到的宿主应用的当前登录态，执行所述操作请求，包括：

采用所述当前登录态，通过前端接口按照多个操作请求的缓存顺序，依次执行所述多个操作请求。

第二方面，本申请还提供了一种登录态获取方法，所述方法应用于宿主应用，所述方法包括：

向子应用发送启动指令；所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

接收所述子应用发送的登录态请求；所述登录态请求为在所述宿主应用的登录用户操作期间，在所述子应用检测到采用的登录态失效的情况下发送的；在所述子应用采用的登录态失效的情况下，缓存的所述子应用的操作请求；

基于所述登录态请求向所述子应用发送所述宿主应用的当前登录态；所述宿主应用的当前登录态用于使所述子应用接受后执行操作请求。

在其中一个实施例中，所述方法还包括：

在多个候选子应用接收到启动指令的情况下，根据预设关系从所述多个候选子应用中确定需要登录态的所述子应用；所述预设关系包括各所述候选子应用和登录态需求的对应关系；

基于所述子应用对应的第一前端框架向所述子应用发送第一个登录态；所述第一前端框架独立于所述宿主应用的第二前端框架。

在其中一个实施例中，所述基于所述登录态请求向所述子应用发送所述宿主应用的当前登录态，包括：

基于所述子应用与所述宿主应用之间的通信，向所述子应用发送所述宿主应用的当前登录态。

第三方面，本申请还提供了一种登录态获取装置，包括：

第一接收模块，用于接收宿主应用的登录用户对所述子应用的启动指令，所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

第一发送模块，用于在所述登录用户操作期间，当在所述子应用检测到采用的登录态失效的情况下，缓存所述子应用的操作请求，并向所述宿主应用发送登录态请求；

第二接收模块，用于接收所述宿主应用基于所述登录态请求发送的所述宿主应用的当前登录态；

执行模块，用于根据接受到的所述宿主应用的当前登录态，执行所述操作请求。

第四方面，本申请还提供了一种登录态获取装置，包括：

第二发送模块，用于向子应用发送启动指令；所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

第三接收模块，用于接收所述子应用发送的登录态请求；所述登录态请求为在所述宿主应用的登录用户操作期间，在所述子应用检测到采用的登录态失效的情况下发送的；在所述子应用采用的登录态失效的情况下，缓存的所述子应用的操作请求；

第三发送模块，用于基于所述登录态请求向所述子应用发送所述宿主应用的当前登录态；所述宿主应用的当前登录态用于使所述子应用接受后执行操作请求。

第五方面，本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收宿主应用的登录用户对所述子应用的启动指令，所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

在所述登录用户操作期间，当在所述子应用检测到采用的登录态失效的情况下，缓存所述子应用的操作请求，并向所述宿主应用发送登录态请求；

接收所述宿主应用基于所述登录态请求发送的所述宿主应用的当前登录态；

根据接受到的所述宿主应用的当前登录态，执行所述操作请求。

第六方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收宿主应用的登录用户对所述子应用的启动指令，所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

在所述登录用户操作期间，当在所述子应用检测到采用的登录态失效的情况下，缓存所述子应用的操作请求，并向所述宿主应用发送登录态请求；

接收所述宿主应用基于所述登录态请求发送的所述宿主应用的当前登录态；

根据接受到的所述宿主应用的当前登录态，执行所述操作请求。

第七方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收宿主应用的登录用户对所述子应用的启动指令，所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

在所述登录用户操作期间，当在所述子应用检测到采用的登录态失效的情况下，缓存所述子应用的操作请求，并向所述宿主应用发送登录态请求；

接收所述宿主应用基于所述登录态请求发送的所述宿主应用的当前登录态；

根据接受到的所述宿主应用的当前登录态，执行所述操作请求。

上述登录态获取方法、装置、计算机设备和存储介质，接收宿主应用的登录用户对子应用的启动指令，在登录用户操作期间，当在子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求，接收宿主应用基于登录态请求发送的宿主应用的当前登录态，根据接受到的宿主应用的当前登录态，执行操作请求。其中，子应用内嵌于宿主应用，子应用和宿主应用的登录态关联。本申请实施例中，若子应用采用的登录态失效，在子应用中缓存请求失败的操作请求，重新向宿主应用发送登录态请求以获取登录态，当获取到宿主应用的当前登录态时执行操作请求，子应用无刷新操作，不需要登录用户关闭子应用，再重新打开子应用以重新获取登录态，登录用户无感知，降低了子应用数据在关闭后丢失的可能性，使得登录用户操作更流畅，产品体验更舒适。

附图说明

为了更清楚地说明本申请实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一个实施例中登录态获取方法的应用环境图；

图2为一个实施例中登录态获取方法的流程示意图；

图3为另一个实施例中登录态获取方法的流程示意图；

图4为一个实施例中登录态发送方法的流程示意图；

图5为一个实施例中登录态获取方法的示意图；

图6为一个实施例中登录态获取装置的结构框图；

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

具体实施方式

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

相关技术中，通过url参数传递登录态实现跨源通信，但是通过url参数登录态，登录态在iframe链接上裸奔，很容易被篡改，安全性低。而且，用户在每次进入宿主应用时获取最新登录态，当登录态失效时，只能通过刷新子应用来更新登录态，无法做到用户无感知。

为了尽量减少子应用的刷新操作，可以延长登录态的有效时长，保证在用户的连续访问期内不会出现登录态失效情况。但是登录态的有效时长增加，容易出现登录态被劫持的现象，劫持者冒充用户进行一些操作，存在安全性低的问题。因此，本申请提出一种登录态获取方法、装置、计算机设备和存储介质以解决上述技术问题。

本申请实施例提供的登录态获取方法，可以应用于如图1所示的应用环境中。该应用环境中包括一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图1所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O)和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储登录态相关数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种登录态获取方法。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个示例性的实施例中，如图2所示，提供了一种登录态获取方法，以该方法应用于图1中的计算机设备，包括以下S201至S204，其中：

S201，接收宿主应用的登录用户对子应用的启动指令，子应用内嵌于宿主应用，子应用和宿主应用的登录态关联。

其中，子应用内嵌于宿主应用，一个宿主应用可以内嵌一个子应用，也可以内嵌多个子应用。子应用可以内嵌于宿主应用中以供登录用户执行操作请求，也可以独立于宿主应用以供登录用户执行操作请求。

登陆态就是登录的状态，用来识别登录用户的唯一身份。例如，登录用户的用户姓名、手机号码等。登录态会设置有效时长，在登录某个网站时超过预设时长后需要重新登录。

在本实施例中，登录用户在宿主应用中进行登录，在宿主应用中访问子应用，子应用接收宿主应用的登录用户对子应用的启动指令，并接收宿主应用发送的登录态和其他参数信息，子应用将其他参数信息进行保存，方便随时调取和应用。

子应用利用宿主应用发送的登录态进行登录，登录用户进行操作，执行操作请求。例如，通过前端接口向云服务器发送数据；通过前端接口从存储器中获取数据。

S202，在登录用户操作期间，当在子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求。

在本实施例中，在登录用户操作期间，当多个前端接口或某个前端接口返回报错信息，子应用在接收到报错信息时，即子应用检测到采用的登录态失效，子应用初始化观察者对象，将该子应用的操作请求添加到临时全局变量中，并发送登录态请求到宿主应用，以提示宿主应用重新发送登录态。

需要说明的是，子应用接收到的报错信息不会显示在子应用的界面上，即登录用户不会感知到子应用采用的登录态失效。

S203，接收宿主应用基于登录态请求发送的宿主应用的当前登录态。

在本实施例中，宿主应用基于登录态请求，刷新宿主应用的登录态，将刷新后的宿主应用的当前登录态同步至子应用，子应用接收宿主应用发送的宿主应用的当前登录态。

S204，根据接受到的宿主应用的当前登录态，执行操作请求。

在本实施例中，子应用根据接受到的宿主应用的当前登录态进行登录，通知观察者对象重新请求报错缓存的前端接口，观察者对象执行更新操作，执行临时全局变量中的操作请求。

上述登录态获取方法中，接收宿主应用的登录用户对子应用的启动指令，在登录用户操作期间，当在子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求，接收宿主应用基于登录态请求发送的宿主应用的当前登录态，根据接受到的宿主应用的当前登录态，执行操作请求。其中，子应用内嵌于宿主应用，子应用和宿主应用的登录态关联。本申请实施例中，若子应用采用的登录态失效，在子应用中缓存请求失败的操作请求，重新向宿主应用发送登录态请求以获取登录态，当获取到宿主应用的当前登录态时执行操作请求，子应用无刷新操作，不需要登录用户关闭子应用，再重新打开子应用以重新获取登录态，登录用户无感知，降低了子应用数据在关闭后丢失的可能性，使得登录用户操作更流畅，产品体验更舒适。

在一个实施例中，该方法还包括：在接收到启动指令的情况下，接收宿主应用发送的第一个登录态。

在本实施例中，在接收到启动指令的情况下，接收宿主应用发送的第一个登录态。即宿主应用监控各子应用，登录用户在宿主应用中初次访问子应用，在监控到子应用初次加载完成后，向子应用同步第一个登录态。

在一个实施例中，操作请求的数量为多个；根据接受到的宿主应用的当前登录态，执行操作请求，包括：采用当前登录态，通过前端接口按照多个操作请求的缓存顺序，依次执行多个操作请求。

在本实施例中，操作请求的数量包括多个，在子应用宿检测到采用的登录态失效的情况下，基于操作请求的执行顺序将操作请求缓存至临时全局变量中。子应用接收宿主应用的当前登录态后，观察者对象执行更新操作，将临时全局变量中的操作请求按照缓存的顺序依次执行，完成登录态刷新的无感知。

图3为另一个实施例中登录态获取的流程示意图，如图3所示，该方法应用于图1中计算机设备，包括以下步骤：

S301，向子应用发送启动指令；子应用内嵌于宿主应用，子应用和宿主应用的登录态关联。

S302，接收子应用发送的登录态请求；登录态请求为在宿主应用的登录用户操作期间，在子应用检测到采用的登录态失效的情况下发送的；在子应用采用的登录态失效的情况下，缓存的子应用的操作请求。

S303，基于登录态请求向子应用发送宿主应用的当前登录态；宿主应用的当前登录态用于使子应用接受后执行操作请求。

在本实施例中，具体实现方式可参见上述图2实施例。

本申请实施例中，向子应用发送启动指令，接收子应用发送的登录态请求，基于登录态请求向子应用发送宿主应用的当前登录态，宿主应用的当前登录态用于使子应用接受后执行操作请求。本申请实施例中，若子应用采用的登录态失效，在子应用中缓存请求失败的操作请求，重新向宿主应用发送登录态请求以获取登录态，当获取到宿主应用的当前登录态时执行操作请求，子应用无刷新操作，不需要登录用户关闭子应用，再重新打开子应用以重新获取登录态，登录用户无感知，降低了子应用数据在关闭后丢失的可能性，使得登录用户操作更流畅，产品体验更舒适。

图4为一个实施例中登录态发送方法的流程示意图，如图4所示，包括以下步骤：

S401，在多个候选子应用接收到启动指令的情况下，根据预设关系从多个候选子应用中确定需要登录态的子应用；预设关系包括各候选子应用和登录态需求的对应关系。

在本实施例中，宿主应用中内嵌多个候选子应用，存在有的候选子应用不需要登录态就可以工作，预设关系包括各候选子应用和登录态需求的对应关系，即预设关系包括各候选子应用的标识和登录态需求的对应关系。在多个候选子应用接收到启动指令的情况下，宿主应用通过各候选子应用的标识判断需要登录态的子应用。

S402，基于子应用对应的第一前端框架向子应用发送第一个登录态；第一前端框架独立于宿主应用的第二前端框架。

其中，第一前端框架可以和第二前端框架相同，第一前端框架也可以和第二前端框架不同。

在本实施例中，宿主应用基于子应用的标识在宿主应用中获取子应用对应的第一前端框架iframe，通过iframeObj.contentWindow.postMessage()发送登第一个登录态及其他初始化信息到子应用，子应用通过监听window的message事件回调，从中获取到第一个登录态并缓存到内存中。

相关技术中，通过模块嵌入的方式将子应用嵌入到宿主应用中，开发成本高且灵活性差。本实施例中通过宿主应用的第二前端框架和子应用的第一前端框架将子应用嵌入到宿主应用中。

本申请实施例中，在多个候选子应用接收到启动指令的情况下，根据预设关系从多个候选子应用中确定需要登录态的子应用，基于子应用对应的第一前端框架向子应用发送第一个登录态。本申请实施例中，第一前端框架独立于宿主应用的第二前端框架，可以将子应用迁移至其他的宿主应用中，提高了子应用的迁移特性。

在一个实施例中，基于登录态请求向子应用发送宿主应用的当前登录态，包括：基于子应用与宿主应用之间的通信通道，向子应用发送宿主应用的当前登录态。

在本实施例中，在宿主应用向子应用发送第一个登录态之后，宿主应用与子应用之间的通信通道建立完成，在接收到子应用的登录态请求后，宿主应用不需要根据子应用的标识判断是哪个子应用的发送的登录态请求，基于子应用与宿主应用之间的通信，向子应用发送宿主应用的当前登录态。

在一个实施例中，提供一种登录态获取方法的示意图，如图5所示，包括宿主应用和子应用，在接收宿主应用的登录用户对子应用的启动指令的情况下，宿主应用通过postMessage通信向子应用同步第一个登录态，在登录用户操作期间，子应用不断检测采用的登录态是否失效，当子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求。宿主应用基于登录态请求刷新登录态，并通过postMessage通信向子应用发送宿主应用当前的登录态，子应用接收宿主应用当前的登录态，并执行操作请求。再继续检测采用的登录态是否失效，以在下一次登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求，重复执行上述步骤。利用postMessage提供一种受控机制来规避同源策略，实现跨源通信，可以提高登录态发送的安全性。

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

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的登录态获取方法的登录态获取装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个登录态获取装置实施例中的具体限定可以参见上文中对于登录态获取方法的限定，在此不再赘述。

在一个示例性的实施例中，如图6所示，提供了一种登录态获取装置，包括：第一接收模块11、第一发送模块12、第二接收模块13和执行模块14，其中：

第一接收模块11，用于接收宿主应用的登录用户对子应用的启动指令，子应用内嵌于宿主应用，子应用和宿主应用的登录态关联；

第一发送模块12，用于在登录用户操作期间，当在子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求；

第二接收模块13，用于接收宿主应用基于登录态请求发送的宿主应用的当前登录态；

执行模块14，用于根据接受到的宿主应用的当前登录态，执行操作请求。

在一个实施例中，登录态获取装置还包括：

第四接收模块，用于在接收到启动指令的情况下，接收宿主应用发送的第一个登录态。

在一个实施例中，执行模块具体用于采用当前登录态，通过前端接口按照多个操作请求的缓存顺序，依次执行多个操作请求。

在一个示例性的实施例中，提供了一种登录态获取装置，包括：

第二发送模块，用于向子应用发送启动指令；子应用内嵌于宿主应用，子应用和宿主应用的登录态关联；

第三接收模块，用于接收子应用发送的登录态请求；登录态请求为在宿主应用的登录用户操作期间，在子应用检测到采用的登录态失效的情况下发送的；在子应用采用的登录态失效的情况下，缓存的子应用的操作请求；

第三发送模块，用于基于登录态请求向子应用发送宿主应用的当前登录态；宿主应用的当前登录态用于使子应用接受后执行操作请求。

在一个实施例中，确定模块，用于在多个候选子应用接收到启动指令的情况下，根据预设关系从多个候选子应用中确定需要登录态的子应用；预设关系包括各候选子应用和登录态需求的对应关系；

第四发送模块，用于基于子应用对应的第一前端框架向子应用发送第一个登录态；第一前端框架独立于宿主应用的第二前端框架。

在一个实施例中，第三发送模块具体用于基于子应用与宿主应用之间的通信，向子应用发送宿主应用的当前登录态。

上述登录态获取装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个示例性的实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图7所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种登录态获取方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个示例性的实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收宿主应用的登录用户对子应用的启动指令，子应用内嵌于宿主应用，子应用和宿主应用的登录态关联；

在登录用户操作期间，当在子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求；

接收宿主应用基于登录态请求发送的宿主应用的当前登录态；

根据接受到的宿主应用的当前登录态，执行操作请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在接收到启动指令的情况下，接收宿主应用发送的第一个登录态。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

采用当前登录态，通过前端接口按照多个操作请求的缓存顺序，依次执行多个操作请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

向子应用发送启动指令；子应用内嵌于宿主应用，子应用和宿主应用的登录态关联；

接收子应用发送的登录态请求；登录态请求为在宿主应用的登录用户操作期间，在子应用检测到采用的登录态失效的情况下发送的；在子应用采用的登录态失效的情况下，缓存的子应用的操作请求；

基于登录态请求向子应用发送宿主应用的当前登录态；宿主应用的当前登录态用于使子应用接受后执行操作请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在多个候选子应用接收到启动指令的情况下，根据预设关系从多个候选子应用中确定需要登录态的子应用；预设关系包括各候选子应用和登录态需求的对应关系；

基于子应用对应的第一前端框架向子应用发送第一个登录态；第一前端框架独立于宿主应用的第二前端框架。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

基于子应用与宿主应用之间的通信，向子应用发送宿主应用的当前登录态。

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

接收宿主应用的登录用户对子应用的启动指令，子应用内嵌于宿主应用，子应用和宿主应用的登录态关联；

在登录用户操作期间，当在子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求；

接收宿主应用基于登录态请求发送的宿主应用的当前登录态；

根据接受到的宿主应用的当前登录态，执行操作请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在接收到启动指令的情况下，接收宿主应用发送的第一个登录态。在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

采用当前登录态，通过前端接口按照多个操作请求的缓存顺序，依次执行多个操作请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

向子应用发送启动指令；子应用内嵌于宿主应用，子应用和宿主应用的登录态关联；

接收子应用发送的登录态请求；登录态请求为在宿主应用的登录用户操作期间，在子应用检测到采用的登录态失效的情况下发送的；在子应用采用的登录态失效的情况下，缓存的子应用的操作请求；

基于登录态请求向子应用发送宿主应用的当前登录态；宿主应用的当前登录态用于使子应用接受后执行操作请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在多个候选子应用接收到启动指令的情况下，根据预设关系从多个候选子应用中确定需要登录态的子应用；预设关系包括各候选子应用和登录态需求的对应关系；

基于子应用对应的第一前端框架向子应用发送第一个登录态；第一前端框架独立于宿主应用的第二前端框架。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

基于子应用与宿主应用之间的通信，向子应用发送宿主应用的当前登录态。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收宿主应用的登录用户对子应用的启动指令，子应用内嵌于宿主应用，子应用和宿主应用的登录态关联；

在登录用户操作期间，当在子应用检测到采用的登录态失效的情况下，缓存子应用的操作请求，并向宿主应用发送登录态请求；

接收宿主应用基于登录态请求发送的宿主应用的当前登录态；

根据接受到的宿主应用的当前登录态，执行操作请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在接收到启动指令的情况下，接收宿主应用发送的第一个登录态。在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

采用当前登录态，通过前端接口按照多个操作请求的缓存顺序，依次执行多个操作请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

向子应用发送启动指令；子应用内嵌于宿主应用，子应用和宿主应用的登录态关联；

接收子应用发送的登录态请求；登录态请求为在宿主应用的登录用户操作期间，在子应用检测到采用的登录态失效的情况下发送的；在子应用采用的登录态失效的情况下，缓存的子应用的操作请求；

基于登录态请求向子应用发送宿主应用的当前登录态；宿主应用的当前登录态用于使子应用接受后执行操作请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在多个候选子应用接收到启动指令的情况下，根据预设关系从多个候选子应用中确定需要登录态的子应用；预设关系包括各候选子应用和登录态需求的对应关系；

基于子应用对应的第一前端框架向子应用发送第一个登录态；第一前端框架独立于宿主应用的第二前端框架。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

基于子应用与宿主应用之间的通信，向子应用发送宿主应用的当前登录态。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要符合相关规定。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

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

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

Claims (10)

1.一种登录态获取方法，其特征在于，所述方法应用于子应用，所述方法包括：

接收宿主应用的登录用户对所述子应用的启动指令，所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

在所述登录用户操作期间，当在所述子应用检测到采用的登录态失效的情况下，缓存所述子应用的操作请求，并向所述宿主应用发送登录态请求；

接收所述宿主应用基于所述登录态请求发送的所述宿主应用的当前登录态；

根据接受到的所述宿主应用的当前登录态，执行所述操作请求。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在接收到所述启动指令的情况下，接收所述宿主应用发送的第一个登录态。

3.根据权利要求1所述的方法，其特征在于，所述操作请求的数量为多个；所述根据接受到的宿主应用的当前登录态，执行所述操作请求，包括：

采用所述当前登录态，通过前端接口按照多个操作请求的缓存顺序，依次执行所述多个操作请求。

4.一种登录态获取方法，其特征在于，所述方法应用于宿主应用，所述方法包括：

向子应用发送启动指令；所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

接收所述子应用发送的登录态请求；所述登录态请求为在所述宿主应用的登录用户操作期间，在所述子应用检测到采用的登录态失效的情况下发送的；在所述子应用采用的登录态失效的情况下，缓存的所述子应用的操作请求；

基于所述登录态请求向所述子应用发送所述宿主应用的当前登录态；所述宿主应用的当前登录态用于使所述子应用接受后执行操作请求。

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

在多个候选子应用接收到启动指令的情况下，根据预设关系从所述多个候选子应用中确定需要登录态的所述子应用；所述预设关系包括各所述候选子应用和登录态需求的对应关系；

基于所述子应用对应的第一前端框架向所述子应用发送第一个登录态；所述第一前端框架独立于所述宿主应用的第二前端框架。

6.根据权利要求4所述的方法，其特征在于，所述基于所述登录态请求向所述子应用发送所述宿主应用的当前登录态，包括：

基于所述子应用与所述宿主应用之间的通信，向所述子应用发送所述宿主应用的当前登录态。

7.一种登录态获取装置，其特征在于，所述装置包括：

第一接收模块，用于接收宿主应用的登录用户对所述子应用的启动指令，所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

第一发送模块，用于在所述登录用户操作期间，当在所述子应用检测到采用的登录态失效的情况下，缓存所述子应用的操作请求，并向所述宿主应用发送登录态请求；

第二接收模块，用于接收所述宿主应用基于所述登录态请求发送的所述宿主应用的当前登录态；

执行模块，用于根据接受到的所述宿主应用的当前登录态，执行所述操作请求。

8.一种登录态获取装置，其特征在于，所述装置包括：

第二发送模块，用于向子应用发送启动指令；所述子应用内嵌于所述宿主应用，所述子应用和所述宿主应用的登录态关联；

第三接收模块，用于接收所述子应用发送的登录态请求；所述登录态请求为在所述宿主应用的登录用户操作期间，在所述子应用检测到采用的登录态失效的情况下发送的；在所述子应用采用的登录态失效的情况下，缓存的所述子应用的操作请求；

第三发送模块，用于基于所述登录态请求向所述子应用发送所述宿主应用的当前登录态；所述宿主应用的当前登录态用于使所述子应用接收后执行操作请求。

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

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