CN114281434A

CN114281434A - 小程序用户信息管理方法、装置、计算机设备和存储介质

Info

Publication number: CN114281434A
Application number: CN202111538408.0A
Authority: CN
Inventors: 梁惠
Original assignee: Chuangyou Digital Technology Guangdong Co Ltd
Current assignee: Chuangyou Digital Technology Guangdong Co Ltd
Priority date: 2021-12-15
Filing date: 2021-12-15
Publication date: 2022-04-05
Anticipated expiration: 2041-12-15
Also published as: CN114281434B

Abstract

本申请涉及一种小程序用户信息管理方法、装置、计算机设备和存储介质，通过将数据仓库中的目标用户信息的存储地址发送给页面展示进程，以供所述页面展示进程调用所述存储地址上的所述目标用户信息进行展示。在小程序缓存中的用户信息被更改时，数据仓库中的用户信息也能同步更新，页面展示进程无需频繁获取用户信息修改的通知，也无需频繁从小程序缓存中的用户信息中确定并读取目标用户信息，而是始终可以根据固定的存储地址展示出最新的目标用户信息，使得小程序运行期间的数据处理压力得到降低，同时，也能避免发生传统技术中由于页面刷新机制的设计缺陷导致一些页面回退后无法正确展示最新的目标用户信息的情况。

Description

小程序用户信息管理方法、装置、计算机设备和存储介质

技术领域

本申请涉及互联网通信技术领域，特别是涉及一种小程序用户信息管理方法、装置、计算机设备和存储介质。

背景技术

在互联网通信技术领域中，小程序是一种无须下载安装即可使用的应用程序，多应用于移动终端。常见的小程序包括购物类小程序、新闻资讯类小程序、游戏类小程序和金融服务类小程序等等。

这些小程序以主程序(如支付宝、微信等)为载体，寄生于主程序的运行环境而为用户提供相应的服务。小程序的用户信息，通常会被存储在主程序为小程序提供的缓存中，这样，当需要在小程序的页面中展示用户信息时，小程序的页面展示进程需要直接读取小程序缓存中的用户信息。而当用户信息被小程序的某个页面修改后，需要作出相应通知，以使具有关联的其他页面对应的页面展示进程执行刷新操作，重新读取小程序缓存中的用户信息，从而确保具有关联的其他页面能展示最新的用户信息。

由于目前小程序的页面越来越多，页面之间链接逻辑也越来越复杂，页面功能的迭代也越来越频繁，上述的频繁通知和刷新的操作，在小程序的运行过程中带来了较大数据处理压力。

发明内容

基于此，有必要针对上述技术问题，提供一种小程序用户信息管理方法、装置、计算机设备和存储介质。

在第一方面，本申请提供了一种小程序用户信息管理方法，包括：

接收页面展示进程发送的数据调用请求，所述数据调用请求携带有用户信息标识；

根据所述用户信息标识，在数据仓库的用户信息中确定目标用户信息及所述目标用户信息的存储地址，所述数据仓库的用户信息与小程序缓存中的用户信息同步；

将所述存储地址返回至所述页面展示进程，以供所述页面展示进程调用所述存储地址上的所述目标用户信息进行展示。

在其中一些实施例中，所述数据调用请求还携带有位置变量，所述位置变量用于表示小程序页面的展示位置；

小程序用户信息管理方法还包括：将所述存储地址与所述位置变量进行关联；

所述将所述存储地址返回至所述页面展示进程，以供所述页面展示进程调用所述存储地址上的所述目标用户信息进行展示，包括：将关联后的存储地址与位置变量返回至所述页面展示进程，以供所述页面展示进程根据所述位置变量，调用所述存储地址上的所述目标用户信息进行展示。

在其中一些实施例中，小程序用户信息管理方法还包括：

监听对所述小程序缓存中的用户信息的写操作；

在所述写操作生效后，根据所述写操作生效后的小程序缓存中的用户信息更新所述数据仓库的用户信息。

在其中一些实施例中，小程序用户信息管理方法还包括：

监听对所述小程序缓存中的用户信息的写操作；

在所述写操作失败时，根据所述数据仓库中的用户信息恢复所述小程序缓存中的数据。

在其中一些实施例中，小程序用户信息管理方法还包括：

在检测到所述数据仓库中的用户信息被清空，且所述小程序缓存中存在用户信息时，获取所述小程序缓存中的用户信息并写入所述数据仓库。

在其中一些实施例中，小程序用户信息管理方法还包括：

监听对所述小程序缓存的用户信息的清空操作；

在所述清空操作发生后，清空所述数据仓库的用户信息。

在其中一些实施例中，在所述在数据仓库的用户信息中确定目标用户信息之前，小程序用户信息管理方法还包括：

通过状态管理器创建所述数据仓库；

读取所述小程序缓存中的用户信息；

将所述小程序缓存中的用户信息写入所述数据仓库，生成所述数据仓库中的用户信息。

在第二方面，本申请提供了一种小程序用户信息管理装置，该装置包括：

请求接收模块，用于接收页面展示进程发送的数据调用请求，所述数据调用请求携带有用户信息标识；

确定模块，用于根据所述用户信息标识，在数据仓库的用户信息中确定目标用户信息及所述目标用户信息的存储地址，所述数据仓库的用户信息与小程序缓存中的用户信息同步；

发送模块，用于将所述存储地址返回至所述页面展示进程，以供所述页面展示进程调用所述存储地址上的所述目标用户信息进行展示。

在第三方面，本申请提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

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

上述小程序用户信息管理方法、装置、计算机设备和存储介质，通过将数据仓库中的目标用户信息的存储地址发送给页面展示进程，以供所述页面展示进程调用所述存储地址上的所述目标用户信息进行展示。由于目标用户信息是数据仓库中的用户信息中的至少一部分，而数据仓库中的用户信息与小程序缓存中的用户信息同步，因此，在小程序缓存中的用户信息被更改时，数据仓库中的用户信息也能同步更新，目标用户信息也因此能保持最新状态，页面展示进程无需频繁获取用户信息修改的通知，也无需频繁从小程序缓存中的用户信息中确定并读取目标用户信息，而是始终可以根据固定的存储地址展示出最新的目标用户信息，使得小程序运行期间的数据处理压力得到降低，同时，也能避免发生传统技术中由于页面刷新机制的设计缺陷导致一些页面回退后无法正确展示最新的目标用户信息的情况。

附图说明

图1为一些实施例中小程序用户信息管理方法的流程示意图；

图2为一些实施例中涉及将存储地址与位置变量进行关联的步骤的流程示意图；

图3为一些实施例中涉及创建数据仓库的步骤的流程示意图；

图4为一些实施例中小程序用户信息管理装置的结构框图；

图5为一些实施例中小程序用户信息管理装置的又一种结构框图；

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

具体实施方式

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

本申请提供的小程序用户信息管理方法，可以应用于服务器或终端。其中，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

以应用于终端为例，在一些实施例中，如图1所示，本申请提供的一种小程序用户信息管理方法，整体上包括终端可执行的步骤S101步骤S102和步骤S103。具体地，步骤S101、步骤S102和步骤S103可以由在终端运行的一个或多个用户信息管理进程来执行，或者，其中的一个或多个步骤也可以由在终端运行的适配器来执行。下文将以适配器为例，以其作为步骤S101、步骤S102和步骤S103的执行主体，对前述各步骤进行说明，需要注意的是，适配器可执行的步骤，也可以由一个或多个用户信息管理进程来执行。

步骤S101，接收页面展示进程发送的数据调用请求，该数据调用请求携带有用户信息标识。

前述的页面展示进程，属于小程序运行期间的进程，用于展示小程序的页面。小程序的不同页面，可以由不同的页面展示进程进行展示。

数据调用请求是页面展示进程向适配器发送的请求，其携带有适配器可识别的用户信息标识。

用户信息标识用于标识页面展示进程拟在小程序的页面展示的用户信息。当拟展示的用户信息的类型不同时，对应的用户信息标识可以是不同的，例如，当拟展示的用户信息的类型为昵称类时，对应的用户信息标识可以是“nickname”，当拟展示的用户信息的类型为地址类时，对应的用户信息标识可以是“address”,当拟展示的用户信息的类型为日期类时，对应的用户信息标识可以是“date”。在一些情况下，即便是同一类拟展示的用户信息，不同内容的用户信息所对应的用户信息标识也可以是不同的，例如，对于昵称类的用户信息，拟展示的用户信息的内容是“小明”时，对应的用户信息标识可以是“xiaoming”,而拟展示的用户信息的内容是“小方”时，对应的用户信息标识可以是“xiaofang”。

步骤S102，根据用户信息标识，在数据仓库的用户信息中确定目标用户信息及目标用户信息的存储地址，其中，数据仓库的用户信息与小程序缓存中的用户信息同步。

数据仓库中可以存放当前登录小程序的用户的一项或多项用户信息，也可以存放多个用户的一项或多项用户信息。数据仓库通常可以由状态管理器在终端的内存中创建得到。状态管理器包括但不限于Redux(一种JavaScript应用程序的状态容器，提供可预测的状态管理)、Vuex(一种专为Vue.js应用程序开发的状态管理工具)或MobX(一种简单、可扩展的JavaScript状态管理工具)。

数据仓库中的用户信息与小程序缓存中的用户信息是同步的，用户信息无论是存储在数据仓库中，还是存储在小程序缓存中，通常可以包括地址信息、名称信息和日期信息中的至少一种。地址信息包括但不限于用户或与用户有关系的其他主体的住址、收货地址。名称信息包括但不限于用户或与用户有关系的其他主体的昵称、姓名。日期信息包括但不限于用户或与用户有关系的其他主体的生日、交易日期。当然，用户信息还可以包括与用户身份有关、用户行为有关的其他类型信息，在此不作过多展开。通常，在商业活动中与用户相关的信息，都可以被视为用户信息。

目标用户信息是指与用户信息标识具有对应关系的至少一项用户信息，也可以指页面展示进程拟在页面上展示的用户信息。在确定目标用户信息时，可以预先确定目标用户信息的存储地址，该存储地址指目标用户信息对应的内存地址。

步骤S103，将存储地址返回至页面展示进程，以供页面展示进程调用存储地址上的目标用户信息进行展示。

若小程序缓存的用户信息被修改，数据仓库中的用户信息也会同步发生改变，当目标用户信息发生变化时，由于在当前用户登录小程序之后至登出小程序或者小程序被关闭之前，存储地址是不发生改变的，因此页面展示进程所展示的存储地址中的目标用户信息自然也将是最新的。

传统技术中，由于页面展示进程需要在用户信息发生变化后，重新到小程序缓存中读取对应的用户信息，在页面组件越来越复杂、页面数量越来越多的趋势下，要在页面、页面各组件的设计环节中，全面兼顾各页面、页面内各组件的正确展示逻辑，对于小程序开发者而言需要花费巨大的人力和时间成本，且这样的页面刷新机制容易存在设计缺陷，即可能遗漏设计某个页面或页面的某个组件在某些环节下的刷新动作。前述的传统技术，使小程序开发的工作变得困难之余，也会增加小程序的代码量，以及增加小程序在运行时终端的数据处理压力。

不同于传统技术，步骤S101、步骤S102和步骤S103，通过将数据仓库中的目标用户信息的存储地址发送给页面展示进程，以供页面展示进程调用存储地址上的目标用户信息进行展示，在小程序缓存中的用户信息被更改时，数据仓库中的用户信息也能同步更新，目标用户信息也因此能保持最新状态，页面展示进程无需频繁获取用户信息修改的通知，也无需频繁从小程序缓存中的用户信息中确定并读取目标用户信息，而是始终可以根据固定的存储地址展示出最新的目标用户信息，使得小程序运行期间的数据处理压力得到降低，同时，也能避免发生传统技术中由于页面刷新机制的设计缺陷导致一些页面回退后无法正确展示最新的目标用户信息的情况。

在一些实施例中，数据调用请求还携带有位置变量，位置变量用于表示小程序页面的展示位置，如图2所示，小程序用户信息管理方法还包括：步骤S201，将存储地址与位置变量进行关联。相应地，步骤103包括：步骤S202，将关联后的存储地址与位置变量返回至页面展示进程，以供页面展示进程根据位置变量，调用存储地址上的目标用户信息进行展示。

步骤S201和步骤S202可由适配器或一个或多个用户信息管理进程执行，以适配器为例进行后续说明。通过执行步骤S201和步骤S202，使小程序页面的展示位置上，能始终确保展示出最新的目标用户信息。当小程序页面的展示位置发生变化，页面展示进程可以将最新的、与变化后的展示位置对应的位置变量发送给适配器，适配器则可以根据最新的位置变量与目标用户信息进行关联，然后返回至页面展示进程，使页面展示进程可以根据最新的位置变量来展示目标用户信息。将存储地址与位置变量进行关联这一操作由适配器执行，使得小程序的页面展示进程无需执行关联的操作，这样，当页面或页面内组件的功能发生变化时，以及当拟在页面展示的位置发生变化时，也不存在需要考虑对小程序各页面的关联操作的代码修改的情况，有利于进一步降低小程序页面开发的代码量和降低开发难度。

在一些实施例中，小程序用户信息管理方法还包括以下步骤：

监听对小程序缓存中的用户信息的写操作；

在写操作生效后，根据写操作生效后的小程序缓存中的用户信息更新数据仓库的用户信息。

以上步骤可由适配器或一个或多个用户信息管理进程执行。其中，写操作生效，是指运行在终端上的一些进程或程序成功地完成了写操作，使得小程序缓存中的用户信息发生了改变。通常，这种写操作是由于用户在小程序页面上修改用户信息而触发的。根据写操作生效后的小程序缓存中的用户信息更新数据仓库的用户信息，是指对数据仓库的用户信息更新，使数据仓库的用户信息在内容上与最新的小程序缓存中的用户信息保持一致。这是使数据仓库的用户信息与小程序缓存中的用户信息实现同步的方式之一。在其他一些实施例中，也可以通过执行定期任务，主动获取小程序缓存中的用户信息的方式来判断小程序缓存中的用户信息是否发生改变，若发生改变，则更新数据仓库的用户信息。当然，还可以采用其他方式实现同步，在此不作过多展开。

监听对小程序缓存中的用户信息的写操作；

在写操作失败时，根据数据仓库中的用户信息恢复小程序缓存中的数据。

以上步骤可由适配器或一个或多个用户信息管理进程执行。在小程序运行期间，小程序缓存中的用户信息可能会被多个程序或进程所改写，对于传统技术而言，直接对小程序缓存中的用户信息进行读写，在发生写操作失败而导致小程序缓存中的用户信息的数据完整性被破坏时，一些新打开的页面上将无法展示用户信息。而本申请的方案由于在数据仓库中也存储有用户信息，因此可以借助数据仓库中的用户信息来恢复小程序缓存中的数据，使小程序缓存中的用户信息得以恢复。

在其中一些实施例中，小程序用户信息管理方法还包括以下步骤：

在检测到数据仓库中的用户信息被清空，且小程序缓存中存在用户信息时，获取小程序缓存中的用户信息并写入数据仓库。

以上步骤可由适配器或一个或多个用户信息管理进程执行。由于数据仓库的用户信息存储在内存中，当小程序被关闭或小程序切入后台时，内存的数据可能会被清空，此时数据仓库中的用户信息会消失，甚至数据仓库也会消失。通常小程序缓存中的数据不会因此被清空，此时可以获取小程序缓存中的用户信息并写入数据仓库。若数据仓库不存在，则可以先创建数据仓库，再将小程序缓存中的用户信息并写入新创建后的数据仓库。

监听对小程序缓存的用户信息的清空操作；

在清空操作发生后，清空数据仓库的用户信息。

以上步骤可由适配器或一个或多个用户信息管理进程执行。在小程序所依赖的主程序被关闭、用户登出或发生其他事件而触发前述的清空操作后，数据仓库的用户信息也将一同被清空，避免发生不必要的数据泄露的问题。

在一些实施例中，在执行在数据仓库的用户信息中确定目标用户信息的步骤之前，如图3所示，小程序用户信息管理方法还包括以下步骤：

步骤S301，通过状态管理器创建数据仓库；

步骤S302，读取小程序缓存中的用户信息；

步骤S303，将小程序缓存中的用户信息写入数据仓库，生成数据仓库中的用户信息。

以上步骤涉及数据仓库的创建和数据仓库中数据的初始化，经初始化以后，便可以执行图1中的步骤S102。通常，可以如图3所示，在执行图1中的步骤S101之前，就执行步骤S301-步骤S303。

在一些实施例中，小程序用户信息管理方法还包括小程序的页面展示进程执行的以下步骤：

调用存储地址上的目标用户信息进行展示；或

根据位置变量，调用存储地址上的目标用户信息进行展示。

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

在一些实施例中，如图4所示，本申请提供了一种小程序用户信息管理装置400，包括：

请求接收模块401，用于接收页面展示进程发送的数据调用请求，数据调用请求携带有用户信息标识；

地址确定模块402，用于根据用户信息标识，在数据仓库的用户信息中确定目标用户信息及目标用户信息的存储地址，数据仓库的用户信息与小程序缓存中的用户信息同步；

反馈模块403，用于将存储地址返回至页面展示进程，以供页面展示进程调用存储地址上的目标用户信息进行展示。

在一些实施例中，数据调用请求还携带有位置变量，位置变量用于表示小程序页面的展示位置；如图5所示，小程序用户信息管理装置400还包括关联模块404，关联模块404用于将存储地址与位置变量进行关联；相应地，反馈模块403包括反馈单元4031，反馈单元4031用于将关联后的存储地址与位置变量返回至页面展示进程，以供页面展示进程根据位置变量，调用存储地址上的目标用户信息进行展示。

在一些实施例中，小程序用户信息管理装置400还包括：

写操作监听模块(未图示)，用于监听对小程序缓存中的用户信息的写操作；

更新模块(未图示)，用于在写操作生效后，根据写操作生效后的小程序缓存中的用户信息更新数据仓库的用户信息。

在一些实施例中，小程序用户信息管理装置400还包括：

第一恢复模块(未图示)，用于在写操作失败时，根据数据仓库中的用户信息恢复小程序缓存中的数据。

在一些实施例中，小程序用户信息管理装置400还包括：

第二恢复模块(未图示)，用于在检测到数据仓库中的用户信息被清空，且小程序缓存中存在用户信息时，获取小程序缓存中的用户信息并写入数据仓库。

在一些实施例中，小程序用户信息管理装置400还包括：

清空操作监听模块(未图示)，用于监听对小程序缓存的用户信息的清空操作；

同步清空模块(未图示)，用于在清空操作发生后，清空数据仓库的用户信息。

在一些实施例中，小程序用户信息管理装置400还包括：

创建模块(未图示)，用于在在数据仓库的用户信息中确定目标用户信息之前，通过状态管理器创建数据仓库；

读取模块(未图示)，用于读取小程序缓存中的用户信息；

初始化模块(未图示)，用于将小程序缓存中的用户信息写入数据仓库，生成数据仓库中的用户信息。

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

在一些实施例中，本申请提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现前述的小程序用户信息管理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一些实施例中，本申请提供的一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

接收页面展示进程发送的数据调用请求，数据调用请求携带有用户信息标识；

根据用户信息标识，在数据仓库的用户信息中确定目标用户信息及目标用户信息的存储地址，数据仓库的用户信息与小程序缓存中的用户信息同步；

将存储地址返回至页面展示进程，以供页面展示进程调用存储地址上的目标用户信息进行展示。

在一些实施例中，数据调用请求还携带有位置变量，位置变量用于表示小程序页面的展示位置；

在一些实施例中，处理器执行计算机程序时还实现以下步骤：将存储地址与位置变量进行关联。对应地，处理器执行计算机程序时实现将存储地址返回至页面展示进程，以供页面展示进程调用存储地址上的目标用户信息进行展示的步骤，包括：将关联后的存储地址与位置变量返回至页面展示进程，以供页面展示进程根据位置变量，调用存储地址上的目标用户信息进行展示。

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

监听对小程序缓存中的用户信息的写操作；

监听对小程序缓存的用户信息的清空操作；

在清空操作发生后，清空数据仓库的用户信息。

在在数据仓库的用户信息中确定目标用户信息之前，通过状态管理器创建数据仓库；

读取小程序缓存中的用户信息；

将小程序缓存中的用户信息写入数据仓库，生成数据仓库中的用户信息。

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

在一些实施例中，数据调用请求还携带有位置变量，位置变量用于表示小程序页面的展示位置，计算机程序被处理器执行时还实现以下步骤：将存储地址与位置变量进行关联。对应地，计算机程序被处理器执行时实现将存储地址返回至页面展示进程，以供页面展示进程调用存储地址上的目标用户信息进行展示的步骤，包括：将关联后的存储地址与位置变量返回至页面展示进程，以供页面展示进程根据位置变量，调用存储地址上的目标用户信息进行展示。

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

监听对小程序缓存中的用户信息的写操作；

监听对小程序缓存的用户信息的清空操作；

在清空操作发生后，清空数据仓库的用户信息。

读取小程序缓存中的用户信息；

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，前述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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

1.一种小程序用户信息管理方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述数据调用请求还携带有位置变量，所述位置变量用于表示小程序页面的展示位置；

所述方法还包括：将所述存储地址与所述位置变量进行关联；

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

监听对所述小程序缓存中的用户信息的写操作；

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

监听对所述小程序缓存中的用户信息的写操作；

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

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

监听对所述小程序缓存的用户信息的清空操作；

在所述清空操作发生后，清空所述数据仓库的用户信息。

7.根据权利要求1所述的方法，其特征在于，在所述在数据仓库的用户信息中确定目标用户信息之前，所述方法还包括：

通过状态管理器创建所述数据仓库；

读取所述小程序缓存中的用户信息；

8.一种小程序用户信息管理装置，其特征在于，所述装置包括：

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

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