CN106844015B - 应用程序的数据处理方法及装置 - Google Patents

Abstract

本发明提供一种应用程序的数据处理方法及装置，方法包括：接收用户发送的数据写入请求，数据写入请求中包括多个待写入数据；采用apply方法将待写入数据异步写入到应用程序的SP中；按照拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件；根据所接收到的访问请求对待访问文件进行访问。本发明提供的应用程序的数据处理方法及装置，通过采用apply方法将待写入数据异步写入到SP中；并按照拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件，有效提高了数据处理的效率，且避免了在APP运行时容易发生的户体验卡顿、引发ANR或者Crash的现象，保证了用户的良好体验性，提高了该数据处理方法的实用性。

Description

应用程序的数据处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种应用程序的数据处理方法及装置。

背景技术

随着科学技术的飞速发展，智能终端的计算机应用程序APP的种类越来越多，同时涉及的应用领域也越来越广泛，例如：租房APP、打车APP、订餐APP等等，并且实现相应功能的APP不止一个，此时，在能够实现相同功能的前提下，用户会选择体验良好、处理效率较高的APP。

针对基于Android平台的智能终端上的APP，SharedPreferences(SP)是Android平台上一个轻量级的存储类，用来保存应用的一些常用配置；SP是非常好用的轻量存储方式，对少量数据的存储性能出众，但是对于SP错误的使用，也会带来各种各样的问题，例如：用户体验卡顿，引发应用程序无响应ANR(Application Not Responding)或者进程崩溃Crash(System Server Crash)，当APP运行发生用户体验卡顿、引发ANR或者Crash时，会极大地影响APP的数据处理速度，从而降低了用户的良好体验性。

发明内容

本发明提供一种应用程序的数据处理方法及装置，用于解决现有技术中存在的当APP运行发生用户体验卡顿、引发ANR或者Crash时，会极大地影响APP的数据处理速度，从而降低了用户的良好体验性的问题。

本发明的一方面提供了一种应用程序的数据处理方法，包括：

接收用户发送的数据写入请求，所述数据写入请求中包括多个待写入数据；

采用预设的apply方法将所述待写入数据异步写入到应用程序的SP中；

按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件；

根据所接收到的访问请求对所述待访问文件进行访问。

进一步的，在根据所接收到的访问请求对所述待访问文件进行访问之前，所述方法还包括：

根据预设的数据分类方法将多个所述待访问文件分为私有文件和公用文件；

按照预设的命名规则分别对所述私有文件和公用文件进行命名，其中，所述私有文件的名称和所述公用文件的名称不同。

进一步的，所述访问请求中包括所述待访问文件的名称；根据所接收到的访问请求对所述待访问文件进行访问，具体包括：

根据所述待访问文件的名称判断所述待访问文件是私有文件还是公用文件；

根据判断结果并按照预设的访问规则对所述待访问文件进行访问。

进一步的，所述根据判断结果并按照预设的访问规则对所述待访问文件进行访问，具体包括：

若确定所述待访问文件为私有文件，则采用预设的set/get通用接口访问所述私有文件；或者，

若确定所述待访问文件为公用文件，则采用预设的Content Provider接口访问所述公用文件。

进一步的，所述待访问文件包括以下至少之一：

视频、音频、图片、通讯录、文档。

本发明的另一方面提供了一种应用程序的数据处理装置，包括：

接收模块，用于接收用户发送的数据写入请求，所述数据写入请求中包括多个待写入数据；

写入模块，用于采用预设的apply方法将所述待写入数据异步写入到应用程序的SP中；

处理模块，用于按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件；

访问模块，用于根据所接收到的访问请求对所述待访问文件进行访问。

进一步的，所述处理模块，还用于在根据所接收到的访问请求对所述待访问文件进行访问之前，根据预设的数据分类方法将多个所述待访问文件分为私有文件和公用文件；

所述装置还包括：

命名模块，用于按照预设的命名规则分别对所述私有文件和公用文件进行命名，其中，所述私有文件的名称和所述公用文件的名称不同。

进一步的，所述访问请求中包括所述待访问文件的名称；所述访问模块，具体用于：

根据所述待访问文件的名称判断所述待访问文件是私有文件还是公用文件；

根据判断结果并按照预设的访问规则对所述待访问文件进行访问。

进一步的，所述访问模块，具体用于：

若确定所述待访问文件为私有文件，则采用预设的set/get通用接口访问所述私有文件；或者，

若确定所述待访问文件为公用文件，则采用预设的Content Provider接口访问所述公用文件。

进一步的，所述待访问文件包括以下至少之一：

视频、音频、图片、通讯录、文档。。

本发明提供的应用程序的数据处理方法及装置，通过采用预设的apply方法将待写入数据异步写入到应用程序的SP中；并按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件，有效地提高了数据处理的效率，并且避免了在APP运行时容易发生的户体验卡顿、引发ANR或者Crash的现象，保证了用户的良好体验性，提高了该数据处理方法的实用性，有利于市场的推广与应用。

附图说明

图1为本发明一实施例提供的一种应用程序的数据处理方法的流程示意图；

图2为本发明另一实施例提供的一种应用程序的数据处理方法的流程示意图；

图3为本发明又一实施例提供的一种应用程序的数据处理方法的流程示意图；

图4为本发明一实施例提供的一种应用程序的数据处理装置的结构示意图。

图中，

1、接收模块； 2、写入模块；

3、处理模块； 4、访问模块；

5、命名模块。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实例用于说明本发明，但不用来限制本发明的范围。

图1为本发明一实施例提供的一种应用程序的数据处理方法的流程示意图；参考附图1可知，本实施例提供了一种应用程序的数据处理方法，该数据处理方法的执行主体为数据处理装置，该数据处理装置可以为CPU或者处理电路等等；该数据处理方法用于对应用程序的数据处理过程进行优化，以保证应用程度给用户的良好体验性，具体的，该数据处理方法包括：

S101：接收用户发送的数据写入请求，数据写入请求中包括多个待写入数据；

接收数据写入请求的方式可以为通过有线连接或者无线的方式来实现，而本实施例对于数据写入请求的具体形式不做限定，本领域技术人员可以根据具体的设计需求进行设置，其中，为了实现根据数据写入请求对待写入数据进行处理，需要将数据写入请求中设置为包括多个带写入数据；当然的，本领域技术人员还可以将数据写入请求设置为其他形式，例如，可以将数据写入请求设置为包括多个数据指针，该数据指针指向存储有待写入数据的存储地址，以实现根据数据指针将所指向的存储地址中的待写入数据进行访问处理，该步骤中的访问处理包括写入处理和读取处理。

S102：采用预设的apply方法将待写入数据异步写入到应用程序的SP中；

其中，本步骤中所采用的apply方法是待写入数据中的修改数据原子(share的修改)提交到内存,而后异步真正提交到硬件磁盘(应用程序的SP)；需要说明的是，apply方法会覆写之前内存中的值，后面有调用apply的函数的将会直接覆盖前面的内存数据异步写入磁盘的值只是最后的值，从而有效地提高了数据处理的效率。

S103：按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件；

其中，拆分规则为预先设置的，本领域技术人员可以根据具体的设计需求对拆分规则进行设置，只要能够实现将SP数据拆分成相互独立的多个待访问文件即可，在此不再赘述；另外，为了更加了解本实施例的技术方案，对应用程序的运行过程进行说明，在应用程序进行运行时，包括SP的锁耗时操作，而该SP的锁耗时操作能够极大的影响着数据处理的效率，其中，SP的锁耗时操作包括：get操作与put操作，get操作会锁定SP对象，互斥其他操作；put操作会锁定editor对象，写入disk会锁定一个写入锁。

而在上述进行get操作和put操作时，由于get操作、put操作都会锁定sharepreferences对象(SP对象)，即当一个进程执行get/put操作时候，sharepreferences对象(数据存储的文件)是被锁定的状态，也就是，不能够被其它进程再同时执行get/put操作。

假设多个数据存储在同一个文件中，如文件A包括四个数据分别为(a1，a2，a3，a4)，如果第一进程需要对a1执行get操作，第二进程需要对a2执行put操作，那么，首先第一进程锁定整个大文件A(在此过程中第二进程无法执行，只能等待)，并对a1执行get,执行结束之后，第二进程才能够再次锁定整个大文件A并对a2执行put操作，从而有效地降低了数据处理的效率。

而本申请采用预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件，例如，可以将SP拆分成相互独立的文件a1，a2，a3，a4；此时，第一进程锁定a1文件执行get操作，并且同时第二进程可以锁定a2文件执行put操作，从而实现了第一进程和第二进程可以同步操作执行，进而有效地提高了数据处理的效率。

S104：根据所接收到的访问请求对待访问文件进行访问。

其中，对于待访问文件的具体形式不做限定，本领域技术人员可以根据具体的设计需求进行设置，较为优选的，可以将待访问文件设置为包括以下至少之一：视频、音频、图片、通讯录、文档。

本实施例提供的应用程序的数据处理方法，通过采用预设的apply方法将待写入数据异步写入到应用程序的SP中；并按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件，有效地提高了数据处理的效率，并且避免了在APP运行时容易发生的户体验卡顿、引发ANR或者Crash的现象，保证了用户的良好体验性，提高了该数据处理方法的实用性，有利于市场的推广与应用。

图2为本发明另一实施例提供的一种应用程序的数据处理方法的流程示意图；在上述实施例的基础上，继续参考附图1-2可知，本实施例在根据所接收到的访问请求对待访问文件进行访问之前，将方法设置为还包括：

S201：根据预设的数据分类方法将多个待访问文件分为私有文件和公用文件；

其中，数据分类方法为预先设置的，本领域技术人员可以根据具体的用户的设计需求进行设置；需要说明的是，私有文件具有用户个人特性，即不同的用户可以具有不同的私有文件，如果待访问文件为一个应用程序的私有文件，则说明该私有文件只能被应用程序本身所访问；而公共文件具有公共特性，即不论用户的信息或者个数为多少，公共文件均相同，如果待访问文件为一个应用程序的共用文件，则说明该共用文件也可以被其他应用程序读取或者写入。

S202：按照预设的命名规则分别对私有文件和公用文件进行命名，其中，私有文件的名称和公用文件的名称不同。

其中，命名规则为预先设置的，本领域技术人员可以根据具体的设计需求对命名规则进行设置，例如，可以将私有文件的名称设置为包括pre-fname，而将公用文件的名称设置为包括pub-name；或者，将私有文件的名称设置为应用程序+pre-fname，将共用文件的名称设置为包括应用程序+pub-name等等，只要能够使得私有文件的名称与公用文件的名称不同即可，在此不再赘述。

通过将私有文件和公用文件设置有不同的名称，这样方便用户对私有文件和公用文件进行查找、访问操作，进一步提高了数据处理的效率。

图3为本发明又一实施例提供的一种应用程序的数据处理方法的流程示意图；在上述实施例的基础上，继续参考附图1-3可知，本实施例将访问请求中设置为包括待访问文件的名称；此时，本实施例对于根据所接收到的访问请求对待访问文件进行访问的具体实现过程不做限定，本领域技术人员可以根据具体的设计需求进行设置，较为优选的，将根据所接收到的访问请求对待访问文件进行访问设置为具体包括：

S1041：根据待访问文件的名称判断待访问文件是私有文件还是公用文件；

其中，由于私有文件和公用文件具有不同的名称，因此，可以将待访问文件的名称与私有文件的名称和公用文件的名称进行分析对比，该分析对比的过程可以为判断待访问数据的名称与私有文件的名称/公用文件的名称是否完全相同或者判断匹配度与预设阈值的大小，为了提高判断待访问文件性质的准确可靠性，较为优选的，将分析对比的过程设置为判断待访问数据的名称与私有文件的名称/公用文件的名称是否完全相同，若确认待访问数据为私有文件/公用文件。

S1042：根据判断结果并按照预设的访问规则对待访问文件进行访问。

进一步的，将根据判断结果并按照预设的访问规则对待访问文件进行访问设置为具体包括：

S10421：若确定待访问文件为私有文件，则采用预设的set/get通用接口访问私有文件；或者，

在根据待访问文件的名称进行分析处理时，当待访问文件的名称与私有文件的名称完全相同时，则可以确定待访问文件为私有文件，此时，为了保证对私有文件访问的效率，可以采用预设的set/get通用接口直接访问改私有文件，此处的访问操作包括写入操作或读取操作。

S10422：若确定待访问文件为公用文件，则采用预设的Content Provider接口访问公用文件。

在根据待访问文件的名称进行分析处理时，当待访问文件的名称与公用文件的名称完全相同时，则可以确定待访问文件为公用文件，此时，可以采用Content Provider接口访问公用文件，此处的访问操作包括写入操作或读取操作。

需要注意的是，Content Provider接口是Android系统中能实现所有应用程序共享的一种数据存储方式。例如音频，视频，图片和通讯录，一般都可以采用此种方式进行存储。每个Content Provider都会对外提供一个公共的URI(包装成Uri对象)，如果应用程序有数据需要共享时，就需要使用Content Provider为这些数据定义一个URI，然后其他的应用程序就通过Content Provider传入这个URI来对数据进行操作。

通过判断待访问文件是私有文件或者公共文件，由于应用程序的私有文件不需要被共享，因此对私有文件不再提供Content Provider接口处理，仅对共有数据进行ContentProvider接口处理，从而有效地提高了数据处理的速度，进一步提高了该数据处理方法使用的稳定可靠性。

图4为本发明一实施例提供的一种应用程序的数据处理装置的结构示意图，参考附图4可知，本实施例提供了一种应用程序的数据处理装置，包括：

接收模块1，用于接收用户发送的数据写入请求，数据写入请求中包括多个待写入数据；

写入模块2，用于采用预设的apply方法将待写入数据异步写入到应用程序的SP中；

处理模块3，用于按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件；

访问模块4，用于根据所接收到的访问请求对待访问文件进行访问。

其中，将待访问文件设置为包括以下至少之一：视频、音频、图片、通讯录、文档。

本实施例对于接收模块1、写入模块2、处理模块3以及访问模块4的具体形状结构不做限定，本领域技术人员可以根据具体的设计需求进行设置，只要能够实现上述操作步骤即可，在此不再赘述；另外，本实施例中接收模块1、写入模块2、处理模块3以及访问模块4所实现的操作步骤的具体实现过程和实现效果与上述实施例一中的步骤S101-S104的具体实现过程和实现效果相同，具体可参考上述陈述内容，在此不再赘述。

本实施例提供的应用程序的数据处理装置，通过写入模块2采用预设的apply方法将待写入数据异步写入到应用程序的SP中；处理模块3并按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件，有效地提高了数据处理的效率，并且避免了在APP运行时容易发生的户体验卡顿、引发ANR或者Crash的现象，保证了用户的良好体验性，提高了该数据处理装置的实用性，有利于市场的推广与应用。

在上述实施例的基础上，继续参考附图4可知，本实施例将处理模块3设置为还用于：

在根据所接收到的访问请求对待访问文件进行访问之前，根据预设的数据分类方法将多个待访问文件分为私有文件和公用文件；

进一步的，将装置设置为还包括：

命名模块5，用于按照预设的命名规则分别对私有文件和公用文件进行命名，其中，私有文件的名称和公用文件的名称不同。

本实施例对于命名模块5的具体形状结构不做限定，本领域技术人员可以根据具体的设计需求进行设置，只要能够实现上述操作步骤即可，在此不再赘述；另外，本实施例中处理模块3以及命名模块5所实现的操作步骤的具体实现过程和实现效果与上述实施例中的步骤S201-S202的具体实现过程和实现效果相同，具体可参考上述陈述内容，在此不再赘述。

在上述实施例的基础上，继续参考附图4可知，本实施例将访问请求中设置为包括待访问文件的名称；进一步的，本实施例对于访问模块4根据所接收到的访问请求对待访问文件进行访问的具体实现过程不做限定，本领域技术人员可以根据具体的设计需求进行设置，较为优选的，将访问模块4设置为具体用于：

根据待访问文件的名称判断待访问文件是私有文件还是公用文件；

根据判断结果并按照预设的访问规则对待访问文件进行访问。

具体的，将访问模块4设置为具体用于：

若确定待访问文件为私有文件，则采用预设的set/get通用接口访问私有文件；或者，

若确定待访问文件为公用文件，则采用预设的Content Provider接口访问公用文件。

本实施例中访问模块4所实现的操作步骤的具体实现过程和实现效果与上述实施例中的步骤S1041-S1042、S10421-S10422的具体实现过程和实现效果相同，具体可参考上述陈述内容，在此不再赘述。

访问模块通过判断待访问文件是私有文件或者公共文件，由于应用程序的私有文件不需要被共享，因此对私有文件不再提供Content Provider处理，仅对共有数据进行Content Provider处理，从而有效地提高了数据处理的速度，进一步提高了该数据处理装置使用的稳定可靠性。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (6)

1.一种应用程序的数据处理方法，其特征在于，包括：

接收用户发送的数据写入请求，所述数据写入请求中包括多个待写入数据；

采用预设的apply方法将所述待写入数据异步写入到应用程序的SP中；

按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件；

根据所接收到的访问请求对所述待访问文件进行访问；

其中，在根据所接收到的访问请求对所述待访问文件进行访问之前，所述方法还包括：

根据预设的数据分类方法将多个所述待访问文件分为私有文件和公用文件；

按照预设的命名规则分别对所述私有文件和公用文件进行命名，其中，所述私有文件的名称和所述公用文件的名称不同；

其中，所述访问请求中包括所述待访问文件的名称；根据所接收到的访问请求对所述待访问文件进行访问，具体包括：

根据所述待访问文件的名称判断所述待访问文件是私有文件还是公用文件；

根据判断结果并按照预设的访问规则对所述待访问文件进行访问。

2.根据权利要求1所述的方法，其特征在于，所述根据判断结果并按照预设的访问规则对所述待访问文件进行访问，具体包括：

若确定所述待访问文件为私有文件，则采用预设的set/get通用接口访问所述私有文件；或者，

若确定所述待访问文件为公用文件，则采用预设的Content Provider接口访问所述公用文件。

3.根据权利要求1或2所述的方法，其特征在于，所述待访问文件包括以下至少之一：

视频、音频、图片、通讯录、文档。

4.一种应用程序的数据处理装置，其特征在于，包括：

接收模块，用于接收用户发送的数据写入请求，所述数据写入请求中包括多个待写入数据；

写入模块，用于采用预设的apply方法将所述待写入数据异步写入到应用程序的SP中；

处理模块，用于按照预设的拆分规则将SP中存储的SP数据拆分成相互独立的多个待访问文件；

访问模块，用于根据所接收到的访问请求对所述待访问文件进行访问；

其中，所述处理模块，还用于在根据所接收到的访问请求对所述待访问文件进行访问之前，根据预设的数据分类方法将多个所述待访问文件分为私有文件和公用文件；

所述装置还包括：

命名模块，用于按照预设的命名规则分别对所述私有文件和公用文件进行命名，其中，所述私有文件的名称和所述公用文件的名称不同；

其中，所述访问请求中包括所述待访问文件的名称；所述访问模块，具体用于：

根据所述待访问文件的名称判断所述待访问文件是私有文件还是公用文件；

根据判断结果并按照预设的访问规则对所述待访问文件进行访问。

5.根据权利要求4所述的装置，其特征在于，所述访问模块，具体用于：

若确定所述待访问文件为私有文件，则采用预设的set/get通用接口访问所述私有文件；或者，

若确定所述待访问文件为公用文件，则采用预设的Content Provider接口访问所述公用文件。

6.根据权利要求4或5所述的装置，其特征在于，所述待访问文件包括以下至少之一：

视频、音频、图片、通讯录、文档。

Images