本申请涉及终端技术，尤其涉及一种应用程序数据共享方法及终端。
背景技术：
随着互联网技术的不断发展、智能终端的不断普及，各种应用程序(application，简称app)层出不穷。这些app的开发商也面临着巨大的竞争，因而需要不断优化，以满足用户更高的体验需求。
目前，终端上安装的同一个app可以建立分身，这样app的本体和分身可以登录不同的账号。例如“微信”再建立一个分身，这样用户就可以分别在本体和分身上登录两个微信账号。具体地，app本体和app分身分别安装在不同的用户空间，其数据是隔离的。
基于现有技术，app本体和app分身无法共享数据。例如，用户在微信本体上获取一张图片，那么微信分身无法获取。如果app分身想要app本体数据，需要用户启动app本体并将想要使用的数据保存在终端的存储介质内，进而再开启app分身，从终端存储该数据的位置进行调用，这种方式过程非常繁琐。
技术实现要素：
本申请提供一种应用程序数据共享方法及终端，用于解决现有技术中，不同应用程序之间分享数据过程繁琐的问题。
本申请第一方面提供一种应用程序数据共享方法，用于包括：
在第一应用程序的数据中，获取待分享数据的位置信息和类型信息；
根据所述待分享数据的位置信息和类型信息，提取所述待分享数据并存储至应用程序共用数据空间；
从所述应用程序共用数据空间提取所述待分享数据传递到第二应用程序。
一种可能的实现方式中，所述根据所述分享数据的位置信息和类型信息，提取所述待分享数据并存储至应用程序共用数据空间，包括：
在所述类型信息指示所述待分享数据为明确数据位置的类型时，根据所述位置信息读取所述待分享数据的文件并存储至所述应用程序共用数据空间。
一种可能的实现方式中，所述根据所述分享数据的位置信息和类型信息，提取所述待分享数据并存储至应用程序共用数据空间，包括：
在所述类型信息指示所述待分享数据为未指定明确数据位置的类型时，根据所述位置信息读取所述待分享数据的数据流，并将所述数据流存储至所述应用程序共用数据空间。
一种可能的实现方式中，所述在第一应用程序的数据中，获取待分享数据的位置信息和类型信息之前，还包括：
获取用户输入的选择指令，所述选择指令用于指示所述待分享数据。
一种可能的实现方式中，所述在第一应用程序的数据中，获取待分享数据的位置信息和类型信息之前，还包括：
建立所述应用程序共用数据空间，并配置所述应用程序共用数据空间的专用标签。
本申请第二方面提供一种终端，包括：
获取模块，用于在第一应用程序的数据中，获取待分享数据的位置信息和类型信息；
提取模块，用于根据所述待分享数据的位置信息和类型信息，提取所述待分享数据并存储至应用程序共用数据空间；
共享模块，用于从所述应用程序共用数据空间提取所述待分享数据传递到第二应用程序。
一种可能的实现方式中，所述提取模块，具体用于在所述类型信息指示所述待分享数据为明确数据位置的类型时，根据所述位置信息读取所述待分享数据的文件并存储至所述应用程序共用数据空间。
一种可能的实现方式中，所述提取模块，具体用于在所述类型信息指示所述待分享数据为未指定明确数据位置的类型时，根据所述位置信息读取所述待分享数据的数据流，并将所述数据流存储至所述应用程序共用数据空间。
一种可能的实现方式中，所述获取模块，还用于获取用户输入的选择指令，所述选择指令用于指示所述待分享数据。
一种可能的实现方式中，所述装置还包括：
建立模块，用于建立所述应用程序共用数据空间，并配置所述应用程序共用数据空间的专用标签。
本申请第三方面提供一种终端，包括：处理器和存储器；
所述存储器用于存储程序，所述处理器调用所述存储器存储的程序，执行下述方法：
在第一应用程序的数据中，获取待分享数据的位置信息和类型信息；
根据所述待分享数据的位置信息和类型信息，提取所述待分享数据并存储至应用程序共用数据空间；
从所述应用程序共用数据空间提取所述待分享数据传递到第二应用程序。
一种可能的实现方式中，所述处理器，具体用于在所述类型信息指示所述待分享数据为明确数据位置的类型时，根据所述位置信息读取所述待分享数据的文件并存储至所述应用程序共用数据空间。
一种可能的实现方式中，所述处理器，具体用于在所述类型信息指示所述待分享数据为未指定明确数据位置的类型时，根据所述位置信息读取所述待分享数据的数据流，并将所述数据流存储至所述应用程序共用数据空间。
一种可能的实现方式中，所述处理器，还用于获取用户输入的选择指令，所述选择指令用于指示所述待分享数据。
一种可能的实现方式中，所述处理器，还用于建立所述应用程序共用数据空间，并配置所述应用程序共用数据空间的专用标签。
本申请提供的应用程序数据共享方法及终端中，在第一应用程序的数据中，获取待分享数据的位置信息和类型信息，根据待分享数据的位置信息和类型信息，提取该待分享数据并存储至应用程序共用数据空间，从该应用程序共用数据空间提取上述待分享数据传递到第二应用程序。实现了通过应用程序共用数据空间的中转，可以在应用程序之间共享数据，也进一步提升了用户体验。
附图说明
图1为本申请一实施例提供的应用程序数据共享方法流程示意图；
图2为本申请一实施例提供的终端结构示意图；
图3为本申请另一实施例提供的终端结构示意图；
图4为本申请另一实施例提供的终端结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
本申请中，针对应用程序之间不能共享数据，其中包括应用程序本体和应用程序分身之间也不能共享数据的问题，提供一种新的数据共享方法。
图1为本申请一实施例提供的应用程序数据共享方法流程示意图。该方法的执行主体可以是终端，具体可以由终端中的系统应用程序来执行，例如安装一个分享app，由分享app实现各应用程序之间的数据共享。
该终端可以安装多个应用程序，应用程序还可以分为应用程序本体和应用程序分身，即一个应用程序本体安装后，可以通过用户的设置进一步建立应用程序分身，应用程序分身和应用程序本体相互独立，存储在不同的用户空间。本申请中的终端可以是手机、平板电脑、计算机、穿戴设备等各种终端设备，在此不作限制。
如图1所示，该方法包括：
s101、在第一应用程序的数据中，获取待分享数据的位置信息和类型信息。
应用程序有很多类型，例如社交型应用程序、购物型应用程序、工具型应用程序，在应用程序的使用过程中，会获取各种各样的数据，这样数据会存储在这个应用程序对应的存储空间。这些数据可以包括：图片、文字信息、视频、文档等，在此不作限制。
当确定某个数据需要分享时，先获取这个数据的原始存储位置以及类型，然后再进行提取。
这里位置信息可以是存储该数据的地址信息。
s102、根据待分享数据的位置信息和类型信息，提取该待分享数据并存储至应用程序共用数据空间。
某一个应用程序获取的数据，用户有可能想在其他应用程序使用这个数据，那么可以先将这个数据提取到应用程序共用数据空间。
其中，应用程序共用数据空间可以是终端上所有或者指定的多个应用程序共享的，即终端上所有或者指定的多个应用程序的数据都可以被提取到应用程序共用数据空间，并且转发到其他应用程序使用。
s103、从该应用程序共用数据空间提取上述待分享数据传递到第二应用程序。
本申请中，第一应用程序和第二应用程序可以是不同的应用程序，例如第一应用程序是微博、第二应用程序是微信，用户通过微博获取的一张图片，想要在微信使用，就可以先将该图片提取到应用程序共用数据空间，进而传递到微信使用。或者，
第一应用程序和第二应用程序是同一个应用程序的本体和分身，或者，是同一个应用程序的两个分身。以微信本体和微信分身为例，假设微信分身获取了一段视频，想要在微信本体使用，可以先将该视频提取到应用程序共用数据空间，进而传递到微信使用。
本实施例中，在第一应用程序的数据中，获取待分享数据的位置信息和类型信息，根据待分享数据的位置信息和类型信息，提取该待分享数据并存储至应用程序共用数据空间，从该应用程序共用数据空间提取上述待分享数据传递到第二应用程序。实现了通过应用程序共用数据空间的中转，可以在应用程序之间共享数据，也进一步提升了用户体验。
可选地，在第一应用程序的数据中，获取待分享数据的位置信息和类型信息之前，还可以获取用户输入的选择指令，该选择指令用于指示上述待分享数据。
具体地，终端可以安装用于分享的app，用户可以通过终端显示界面上提供的选项，先选择第一应用程序，进而界面上可以显示第一应用程序的数据中可以分享的数据，例如图片、视频等的缩略图，本申请不具体限制。进而用户再从第一应用程序的数据中可以分享的数据选择想要分享到其他app的数据，把选择的数据提取到应用程序共用数据空间。
可选地，用户通过终端选择了上述待分享数据后，终端会生成一个意图(intent)信息，intent信息会携带待分享数据的位置信息，其中，该位置信息可以是地址信息，具体可以通过统一资源标识符(uniformresourceidentifier，uri)表示地址信息。进而终端根据intent信息携带的地址信息获取待分享数据的类型信息。
终端中存储的数据有多种类型，不同类型的数据，提取过程会有不同。本申请中以明确数据位置的类型(file类型)的数据和未指定明确数据位置的类型(content类型)的数据举例说明不同的提取过程。
一种实施方式中，根据待分享数据的位置信息和类型信息，提取该待分享数据并存储至应用程序共用数据空间，可以是：
在类型信息指示该待分享数据为file类型时，根据上述位置信息读取上述待分享数据的文件并存储至应用程序共用数据空间。
即终端确定待分享数据为file类型的数据后，根据位置信息(地址信息)到该待分享数据所存储的空间直接将该待分享数据对应的文件直接读取到应用程序共用数据空间。
另一实施方式中，根据待分享数据的位置信息和类型信息，提取该待分享数据并存储至应用程序共用数据空间，可以是：
在类型信息指示该待分享数据为content类型时，根据上述位置信息读取上述待分享数据的数据流，并将上述数据流存储至所述应用程序共用数据空间。
即终端确定待分享数据为content类型的数据后，根据位置信息(地址信息)读取此待分享数据的数据流，并将读取的数据流存储到应用程序共用数据空间。
需要说明的是，在第一应用程序的数据中，获取待分享数据的位置信息和类型信息之前，会建立上述应用程序共用数据空间，并配置该应用程序共用数据空间的专用标识。
可选地，在终端每次开机过程中建立上述应用程序共用数据空间。
具体实现时，可以是在开机过程中，在配置文件中配置在数据区单独生成一个空间作为应用程序共用数据空间。进一步地，还要单独为该应用程序共用数据空间配置一个专用标签，例如selinux标签，selinux标签确保该应用程序共用数据空间的权限不与其他空间冲突。
该selinux标签可以指示应用程序共用数据空间能被所有应用程序访问，或者能被多个指定的应用程序访问。具体可以访问应用程序共用数据空间的应用程序也可以由用户手动配置，本申请不作限制。
在上述实施例的基础上，当终端要从该应用程序共用数据空间提取上述待分享数据传递到第二应用程序之前，终端会在应用程序共用数据空间中将待分享数据重新包装，包装过程中将待分享数据的位置信息替换为该待分享数据当前在应用程序共用数据空间中存储的位置，具体可以是替换intent信息中的位置信息。然后终端将重新包装的待分享数据传递到第二应用程序。这样第二应用程序就可以使用待分享数据了。
从终端显示界面上来看，用户再从第一应用程序的数据中可以分享的数据选择想要分享到其他app的数据，把选择的数据提取到应用程序共用数据空间后，可以进一步选择要分享的第二应用程序，然后就可以跳转到第二应用程序的界面使用待分享数据，例如用户采用第二应用程序对待分享数据进行发送、处理等操作，本申请不作限制。
需要说明的是，用户一次可以选择分享第一应用程序的多个数据，例如分享多个图片、多个视频、或者即包含图片也包含视频等。对于这种情况，待分享数据多个待分享数据的位置信息，终端先根据多个待分享数据的位置信息、类型信息将所有待分享数据提取到应用程序共用数据空间。然后分别对多个待分享数据重新包装，即单独替换每个待分享数据目前在应用程序共用数据空间中的位置信息。进而分别将包装后的待分享数据传递到第二应用程序使用。
进一步地，为了节省终端的空间，可以周期性地清理应用程序共用数据空间。例如，周期性地按照应用程序共用数据空间中各数据的存储时间，将存储时间超过预设阈值的数据删除；或者，周期性地按照应用程序共用数据空间中各数据的存储时间，将一定数量的数据删除，例如每隔一段时间删除500兆(m)数据；或者，周期性的将应用程序共用数据空间中数据清空；或者，周期性地在终端上显示提示信息，提示用户来清理应用程序共用数据空间，进而可以根据用户的选择删除用户想要删除的数据，例如用户通过终端选择一些数据进行删除等。本申请不对清理方式具体限定。
图2为本申请一实施例提供的终端结构示意图。如图2所示，该终端包括：获取模块201、提取模块202以及共享模块203。
其中，获取模块201，用于在第一应用程序的数据中，获取待分享数据的位置信息和类型信息。
提取模块202，用于根据所述待分享数据的位置信息和类型信息，提取所述待分享数据并存储至应用程序共用数据空间。
共享模块203，用于从所述应用程序共用数据空间提取所述待分享数据传递到第二应用程序。
本实施例中，在第一应用程序的数据中，获取待分享数据的位置信息和类型信息，根据待分享数据的位置信息和类型信息，提取该待分享数据并存储至应用程序共用数据空间，从该应用程序共用数据空间提取上述待分享数据传递到第二应用程序。实现了通过应用程序共用数据空间的中转，可以在应用程序之间共享数据，也进一步提升了用户体验。
可选地一种方式中，提取模块202，具体用于在所述类型信息指示所述待分享数据为明确数据位置的类型时，根据所述位置信息读取所述待分享数据的文件并存储至所述应用程序共用数据空间。
或者，另一种方式中，提取模块202，具体用于在所述类型信息指示所述待分享数据为未指定明确数据位置的类型时，根据所述位置信息读取所述待分享数据的数据流，并将所述数据流存储至所述应用程序共用数据空间。
获取模块201，还用于获取用户输入的选择指令，所述选择指令用于指示所述待分享数据。
图3为本申请另一实施例提供的终端结构示意图。如图3所示，在图2的基础上，该终端还包括：建立模块301。
该建立模块301，用于建立所述应用程序共用数据空间，并配置所述应用程序共用数据空间的专用标签。
上述终端用于执行前述方法实施例，其实现原理和技术效果类似，在此不再赘述。
图4为本申请另一实施例提供的终端结构示意图，如图4所示，该终端包括：处理器401和存储器402。
其中，存储器402用于存储程序。
处理器401，调用所述存储器402存储的程序，执行下述方法：
在第一应用程序的数据中，获取待分享数据的位置信息和类型信息；
根据所述待分享数据的位置信息和类型信息，提取所述待分享数据并存储至应用程序共用数据空间；
从所述应用程序共用数据空间提取所述待分享数据传递到第二应用程序。
可选地，处理器401具体用于在所述类型信息指示所述待分享数据为明确数据位置的类型时，根据所述位置信息读取所述待分享数据的文件并存储至所述应用程序共用数据空间。
可选地，处理器401具体用于在所述类型信息指示所述待分享数据为未指定明确数据位置的类型时，根据所述位置信息读取所述待分享数据的数据流，并将所述数据流存储至所述应用程序共用数据空间。
可选地，处理器401，还用于获取用户输入的选择指令，所述选择指令用于指示所述待分享数据。
可选地，处理器401，还用于建立所述应用程序共用数据空间，并配置所述应用程序共用数据空间的专用标签。
上述终端用于执行前述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文：read-onlymemory，简称：rom)、随机存取存储器(英文：randomaccessmemory，简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。