1.本技术属于智能设备领域，具体地涉及一种用于安卓系统的非易失属性的处理方法、装置及电子设备。
背景技术：
：：2.安卓系统中，存在一种机制，称为“属性”，每个属性的构成是一个字符串格式名字加一个字符串格式的值。开发者可利用属性机制来设置或读取各种不同的数据，如配置、参数、状态等等。在功效上类似电脑操作系统中的注册表。属性是整个系统中比较重要的一个数据设定/读取机制。3.按照生存周期划分，属性分为两类：一类是普通属性，在重新开机后，该属性的数值不存在，需要重新进行设置。另一列是特殊属性，在重新开机后，上次设置的值依然存在。对于后者，有个专名的名字叫“persist”属性，即非易失属性。其区别在于，普通的属性是被存储在内存中的，所以重新开机会消失，而特殊属性是以文件形式被存储在用户数据分区，分区的数据不会因为重新开机而被擦除，所以可以做到开机不变。4.由于非易失属性存放于用户数据分区中，那么对其进行设置/读取的前提就是用户数据分区必须被正常挂载。而在系统开机过程中，用户数据分区被挂载之前，会运行一些早期阶段的初始程序。这些初始程序在运行过程中，不乏对非易失属性进行设置/读取操作的需求。例如，供应商初始化进程中对供应商的自定义原始供应商配置属性进行的设置。由于用户数据分区尚未正常挂载，这些初始程序无法获得对应属性值的设置或读取结果，最终有可能影响到系统某些功能的正常运行。技术实现要素：5.本技术旨在提供一种新的关于“安卓系统中挂载用户数据分区前的非易失属性处理方式”，该方式既不影响每个设置者或使用者，也不牺牲开机时间或开机流程。6.根据本技术的第一方面，提供一种用于安卓系统的非易失属性的处理方法，包括：7.在系统启动过程中，将非易失属性读写操作关联至临时存储分区；8.根据非易失属性读写请求，直接访问所述临时存储分区；9.用户数据分区挂载完毕后，将所述临时存储分区内的非易失属性数据同步至所述用户数据分区；10.恢复非易失属性读写操作与所述用户数据分区的关联；11.将所述用户数据分区中的非易失属性数据同步至所述临时存储分区。12.根据本技术的一些实施例，所述将用户数据分区中的非易失属性数据同步至所述临时存储分区，包括：13.在系统关机或重启阶段，将用户数据分区中的非易失属性数据同步至所述临时存储分区；或者14.在用户数据分区的非易失属性数据更新后，将用户数据分区中的非易失属性数据同步至所述临时存储分区；或者15.定期将用户数据分区中的非易失属性数据同步至所述临时存储分区。16.根据本技术的一些实施例，所述临时存储分区包括：17.无需挂载的硬盘分区、特殊的共享内存、特定文件中的一种。18.根据本技术的一些实施例，所述处理方法还包括：19.在系统的分区列表中增加子项，定义所述临时存储分区。20.根据本技术的一些实施例，根据非易失属性读写请求，直接访问所述临时存储分区包括：21.用户数据分区挂载完毕前，将非易失属性以规定的格式存储至所述临时存储分区。22.根据本技术的一些实施例，所述规定的格式包括：数据表，其存储内容包括以下一种或多种：所述非易失性属性的名称、属性数据、最近一次从用户数据分区同步数据的时间、最近一次同步至用户数据分区的时间和校验码。23.根据本技术的一些实施例，所述处理方法还包括：24.对所述临时存储分区进行安全性处理。25.进一步地，所述安全性处理包括加解锁机制、数据格式约定、加密鉴权中的一种或多种。26.根据本技术的一些实施例，所述处理方法在属性读写管理进程或者经修改的系统自身的init进程中执行。27.根据本技术的第二方面，提供一种用于安卓系统的非易失属性的处理装置，包括：28.第一关联模块，用于在系统启动过程中，将非易失属性读写操作关联至临时存储分区；29.直接访问模块，用于根据非易失属性读写请求，直接访问所述临时存储分区；30.第一同步模块，用于用户数据分区挂载完毕后，将所述临时存储分区内的非易失属性同步至用户数据分区；31.第二关联模块，用于恢复非易失属性读写操作与所述用户数据分区的关联；32.第二同步模块，用于将用户数据分区中的非易失属性数据同步至所述临时存储分区。33.根据一些实施例，所述处理装置还包括：34.安全处理模块：用于对所述临时存储分区进行安全性处理。35.根据本技术的第三方面，提供一种用于安卓系统的非易失属性处理的电子设备，包括：36.一个或多个处理器；37.存储装置，用于存储一个或多个程序；38.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的处理方法。39.本技术提供的处理方法能够解决用户数据分区挂载之前，无法设置/读取非易失属性的问题，既不影响每个设置者/使用者，也不牺牲开机时间或开机流程。40.本技术的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。附图说明41.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例。42.图1示出安卓系统中非易失属性设置/读取原始过程示意图。43.图2示出现有第一种解决方法流程示意图。44.图3示出现有第二种解决方法优化前流程示意图。45.图4示出现有第二种解决方法优化后流程示意图。46.图5示出根据本技术示例实施例的处理方法流程图。47.图6示出根据本技术示例实施例的非易失属性在临时存储分区内的存储格式示意图。48.图7示出根据本技术示例实施例的系统开机流程示意图。49.图8示出根据本技术示例实施例的处理装置组成框图。50.图9示出根据本技术另一示例实施例的处理装置组成框图。51.图10示出根据本技术示例实施例的电子设备组成框图。具体实施方式52.下面将参考附图更全面地描述示例实施例。然而，示例实施例能以多种形式实施，且不应被理解为限于在此阐述的实施例。提供这些实施例是为使得本技术更全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。53.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本技术的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本技术的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本技术的各方面。54.应理解，虽然本文中可能使用术语第一、第二等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本技术概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。55.本领域技术人员可以理解，附图只是示例实施例的示意图，可能不是按比例的。附图中的模块或流程并不一定是实施本技术所必须的，因此不能用于限制本技术的保护范围。56.图1示出安卓系统原始开机流程示意图。57.安卓系统在开机流程中，会挂载用户数据分区。如图1所示，按时间顺便，开机阶段可划分为“用户数据分区挂载完成前”和“用户数据分区挂载完成后”。在此过程中可能出现非易失属性操作情况，例如：58.程序1，在挂载完毕前，对非易失属性1进行设置操作；根据本技术的一些实施例，程序1可以是供应商初始化进程中对供应商的自定义原始供应商配置属性进行的设置；59.程序2，在挂载完毕前，对非易失属性2进行读取操作；根据本技术的一些实施例，程序2可以是校准数据备份对文件备份属性进行的读操作，或者传感器对标准接口属性进行的读操作；60.程序3，在挂载完毕后，对非易失属性3进行设置操作；61.程序4，在挂载完毕后，对非易失属性4进行读取操作；62.程序5，在挂载完毕后，对非易失属性1进行读取操作。63.在开机流程中，以上操作的结果分别是：64.程序1，由于用户数据分区尚未挂载完成，设置的值实际上并没有真正写入分区，所以操作并未真正成功；65.程序2，由于用户数据分区尚未挂载完成，所以分区内的数据并没有被加载，读取不到分区内真正存储的值；66.程序3，由于用户数据分区已经被挂载完成，所以设置的值能够被正常写入到用户数据分区；67.程序4，由于用户数据分区已经被挂载完成，所以能够正常读取到数据分区中存储的值；68.程序5，由于用户数据分区已经被挂载完成，所以能够读取到数据分区中存储的值。但是，按照开发者的预期，开发者真正想读到的属性1值，应该是由程序1去设置的，而由于程序1无法设置成功属性1的值，所以此时读到的值，依然只是开机前原先存储在分区内的值，并非程序1设置的值，所以结果依然不符合预期。69.从上述分析可以看出，在安卓系统的原始开机流程中，对于启动特别早的程序而言，存在设置/读取非易失属性失败的风险。不仅仅影响到程序自身的正确性，而且还会影响到后续要读取该属性值的其他程序。70.针对上述问题，目前主要的解决方法有两种。第一种解决方法的思路是：确保设置/读取操作时，用户数据分区已经挂载完毕。第二种解决方法的是思路是：通过优化开机流程，尽量把用户数据分区挂载完毕的时间点提前71.图2示出现有第一种解决方法流程示意图。72.如图2所示，在第一种解决方法的思路下，每个设置/读取非易失属性的程序，都在会设置/读取前先检查用户数据分区是否就绪，只有在就绪后，才进行下一步操作。73.该解决方法虽然能够保证设置/读取得以正常进行，但是存在一定的缺点：74.首先，每个需要设置/读取的进程，都必须去做相应的检查，涉及的范围太广。对于一些明确能确保启动时间比较晚的程序，可以在代码中省略检查，但依然需要开发者人为预先反复测试去确认时间点。75.其次，检查和等待，尤其是等待，会影响到开机时间；检查和等待的操作，也影响到程序现有的流程结构，需要做合适的调整，加大了开发者的负担。76.最后，容错度较低，如果出现了漏改或改错的疏忽，不容易及早发现，如果需要修改的是设置属性的程序，改错和漏改还会影响到后面使用该属性值的程序77.总之，该方法虽然提高了非易失属性设置/读写的可靠程度，但是依然没有解决“必须等待用户数据分区挂载”的问题。在这种方法下，必须要保证每一个设置者和读写者都必须做好检查和准备工作，否则就会有设置/读取的数据不正确的风险。这种方式受影响的范围太广泛，容错程度较低，开发负担也略重。此外，为了保证设置者和使用者都在用户数据分区挂载之后才进行操作，需要对某些操作的时间点进行调整，这样使得开机流程安排上也因此受到了限制，也在一定程度上会影响某些开机流程的速度。78.图3示出现有第二种解决方法优化前流程示意图。79.图4示出现有第二种解决方法优化后流程示意图。80.第二种解决方法的思路为：优化开机过程，尽量缩短用户数据分区挂载前的时间。81.如图3所示，优化前的流程中，开机时间较长，设置/或读取非易失属性时，用户数据分区尚未挂载完成。优化开机过程后，如图4所示，开机时间缩短，在原先设置/或读取非易失属性的时间点，用户数据分区已经挂载完成。82.第二种解决方法主要是缩短了从开机到用户数据分区挂载完毕所用的时间。通过时间点提前，来降低程序在分区尚未就绪时就去对其进行访问的几率，并没有从根源上解决该问题。83.例如，图3中，原本程序1启动并设置非易失属性1的时间点是开机后20秒，而用户数据分区挂载完成时间点是开机后25秒。那么此时程序1的设置操作其实是不成功的。而通过优化开机流程，如图4所示，用户数据分区挂载完成时间点被提前到开机后15秒，程序1在开机20秒时进行的设置属性操作，就不会遇到问题。84.第二种解决方法提高了开机效率，并且不需要设置/读取的程序做任何改变。但是，它的缺点在于仅仅改善了问题出现的几率，并没有从根本上针对问题原因，也就无法真正解决问题。无论开机程序如何优化精简，从理论上来讲，依然会存在有些程序，其设置/读取属性的时间点是早于分区挂载完成的时间点的。那么该问题就依然存在，依然会导致数据的读写不正确。而且，开机流程优化本身并不是件容易的事情。虽然操作属性的程序不需要修改，但开发者为了优化开机流程所需的付出，也并不会少。85.为了从根本上解决该问题，本发明人提出一种非易失属性的处理方法，通过统一的属性管理程序对存储于临时存储分区中的非易失属性进行操作管理和数据同步，既不不牺牲开机时间，也能保证用户数据分区完成前，非易失属性的设定/读写操作正常进行。86.以下将结合附图，对本技术的技术方案进行详细说明。87.图5示出根据本技术示例实施例的处理方法流程图。88.如图5所示，本技术提供了一种用于安卓系统的非易失属性的处理方法，在不更改原始开机主流程、不更改原有设置/读取属性的机制和程序以及不牺牲开机时间的基础上，能够保证用于存储非易失属性的用户数据分区在挂载前，非易失属性的设置/读取能够正常进行。89.参见图5，在步骤s110，在系统启动过程中，将非易失属性读写操作关联至临时存储分区。90.开机后，加载启动器在根据分区表对存储器进行分区时，定义出临时存储分区，用于存储非易失属性。所述临时存储分区不进行挂载，不存在文件系统。该分区内存储的数据，为原始数据，可直接通过指定地址和长度读出或写入。因此，在系统启动过程中，可以直接访问临时存储分区。91.例如，在安卓系统中有一张分区列表(partitiontable)，该表的内容是对emmc区域进行分割，将其分割成若干子分区。表中会列出每个子分区的起始地址/长度/名称/性质等信息。该分区列表可以根据需求进行编辑。因此，可以在该分区列表中新增一个子项，作为本技术中的临时存储分区。此外，确保对所述临时存储分区不进行任何挂载操作。92.根据本技术的一些实施例，所述临时存储分区在开机首个程序运行前就能够存在，数据安全可靠且不会在重启或开机阶段丢失，容量足够存储非易失属性。例如，所述临时存储分区可以是某个无需挂载的硬盘分区、某块特殊的共享内存、某个特定文件等，但本技术不限于此，可根据实际情况做出合理选择。93.其中，无需挂载的硬盘分区是即通常所说的原始分区或裸分区。其特点是不需要文件系统，可以直接作为块设备被访问。例如，在安卓平台中，bootloader、non-hlos等分区，就属于无需挂载的分区。根据本技术的一些实施例，可以利用一些已被划分但实际没有使用的原始分区作为临时存储分区，也可以重新定义一个新的原始分区。重新定义一个新的原始分区作为临时存储分区，可以避免后续冲突。94.根据本技术的一些实施例，特殊的共享内存可以是在内存中指定的一段专门的地址空间。该空间公开给所有的处理器，不同的处理器之间可通过所述共享内存来互通数据。所述共享内存中定义了上百个小项，每个小项分配一个id，每个小项需要指定自己的占用长度。由此，知道所述共享内存的基地址和需要访问的小项id号，即可定位到该小项的存放地址，并对该地址的内容进行读写。所述共享内存初始启动较早，在时间上可满足临时存储分区的要求。在使用所述共享内存作为本技术中的临时存储分区时，需要确保所述共享内存的总区间长度与存储的非易失性属性相匹配。95.根据本技术的一些实施例，特定文件是路径和格式均由开发者自定义的文件。如果该文件可被正常访问的时间点，早于读/写非易失性属性操作的时间点，即可作为本技术中的临时存储分区。96.根据本技术的一些实施例，为了提高所述临时存储分区的可靠性，所述属性读写管理程序还可以对所述临时存储分区进行安全性处理。例如，为了对所述临时存储分区做进一步的保护，在基本要求之上再做一些专门的安全性设计。所述安全性处理可以包括加解锁机制，数据格式约定，加密鉴权中的一种或多种，但本技术不限于此，可根据实际情况做出合理选择。97.在用户数据分区挂载完毕前，非易失属性以规定的格式存储至临时存储分区。但是，在原始开机流程中，设置/读取非易失属性的程序在执行属性设置/读取操作(简称读写操作)时，默认的访问区域为用户数据分区。因此，要实现所述程序的正常操作，需要在系统启动过程中，将非易失属性的读写操作关联至所述临时存储分区。由此，在用户数据分区挂载完成前，设置/读取非易失属性的程序需要进行读写操作时，就会访问存储所述非易失属性的临时存储分区。98.例如，在安卓系统的原始设计中，非易失性属性以文件的方式存放在挂载成ext4文件系统的用户分区内。不再将非易失属性作为用户分区文件，而是作为临时存储分区中的固定格式的数据(格式可自定义)，即可将非易失属性读写操作关联至所述临时存储分区。99.在步骤s120，根据非易失属性读写请求，直接访问所述临时存储分区。100.由于所述临时存储分区不进行挂载，不存在文件系统。该分区内存储的数据为原始数据，可直接通过指定地址和长度读出或写入。因此，在系统启动过程中，当监听到非易失属性读写请求时，可以直接访问临时存储分区。根据本技术的一些实施例，非易失属性读写请求可以设置非易失属性的操作请求，也可以是读取非易失属性的操作请求。例如，在用户数据分区挂载完毕前，将非易失属性以规定的格式存储至临时存储分区的操作。101.在步骤s130，用户数据分区挂载完毕后，所述临时存储分区内的非易失属性同步至用户数据分区。102.为了保证用户数据分区挂载完毕前进行的非易失属性读写操作的有效性，在用户数据分区挂载完毕后，将当前临时存储分区内的非易失属性数据，同步至挂载后的用户数据分区。由此，挂载后的用户分区内，能够正确包含在其挂载前各个程序所设置的非易失属性项。103.在步骤s140，恢复非易失属性读写操作与用户数据分区的关联。104.如前所述，在原始开机流程中，设置/读取非易失属性的程序在执行属性设置/读取操作(简称读写操作)时，默认的访问区域为用户数据分区。因此，在用户数据分区挂载完成后，需要恢复此关联，以保证后续系统在正常运行情况下，设置/读取非易失属性的程序对用户数据分区内的非易失属性进行正常的操作。例如，当读写非易失属性时，将其作为ext4分区下的文件进行文件读写操作，即可恢复非易失属性读写操作与用户数据分区的关联。105.在步骤s150，将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。106.在用户数据分区挂载完成后，通常会有一些设置/读取非易失属性的程序会对用户数据分区内的非易失属性进行操作，从而改变所述非易失属性的数据值。为了保证下次开机时，临时存储分区内的非易失属性数据的初始值与上次关机或重启前的数据一致，将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。由此，能够保障在用户数据分区挂载完毕前，从临时存储分区读到的数据值是正确的。从而符合非易失属性本身的意义。107.根据本技术的一些实施例，可以在系统关机或重启阶段(从开机状态直接重新启动)，将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。也可以在每次用户数据分区的非易失属性数据更新后，将用户数据分区中更新的非易失属性数据同步至所述临时存储分区，或者定期将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。由于定期同步和每次更新即同步，在同步频繁的情况下有可能会影响设备性能，因此对于系统比较稳定的设备而言，可以仅在系统关机或重启阶段进行数据同步。本技术对于执行数据同步的时间点不作限制，可以根据实际情况进行合理选择。108.上述处理方法可以在经修改的系统自身的init进程中统一执行，也可以在新创建的属性读写管理进程中统一执行。109.init进程是安卓系统原始的管理属性读写的进程。可以继续使用init进程来对用户数据分区挂载前的属性数据进行管理，也可以重新创建一个新程序来进行管理。使用原始的init进程，可以直接修改原先处理非易失属性操作相关的代码。使用新程序，则要适当加入对设置/读取非易失属性操作请求的监听，以及对用户数据分区挂载完成事件的监听。110.在实际应用中，安卓系统8.0版本允许用户单独升级谷歌原生系统分区。在这种情况下，如果通过修改init进程来进行挂载前非易失属性访问管理，那么在用户谷歌原生系统分区后所做的改动会被原生系统所覆盖。所以8.0版本之前的安卓系统可以采用init进程做统一管理，8.0版本之后的安卓系统可以采用新的属性写管理进程来进行统一管理。111.为了确保上述方法的顺利进行，作为统一管理者的属性读写管理进行需要处理以下事物：112.首先，在非易失属性读写操作请求之前启动。具体地，属性读写管理程序能在第一个设置/读取非易失属性的程度之前启动。113.其次，具备较高权限，能够准备所述临时存储分区、读写所述临时存储分区，从而能够在用户数据分区挂载完毕前，将非易失属性存储至临时存储分区。114.此外，监听所述非易失属性读写操作请求，从而顺利地将非易失属性读写和临时存储分区读写建立对应联系，确保写入的最终位置和读取的源位置都是临时存储分区，而非尚未挂载的用户数据分区。115.最后，监听用户数据分区挂载事件，从而保证挂载完毕后临时存储分区内的非易失属性能够及时同步至用户数据分区，并且非易失属性读写操作与用户数据分区的关联及时恢复。用户数据分区挂载事件属于系统事件，在执行过程中能够监听其完成状态。116.由于上述事务皆由管理程序统一完成，所以对于具体进行设置/读取非易失属性的程序，无需做任何相关的改动。减轻了开发负担，缩小了影响范围，也加大了容错度。117.图6示出根据本技术示例实施例的非易失属性在临时存储分区内的存储格式示意图。118.在图5所示的流程中，非易失属性可以按照图6所示的格式在临时存储分区中进行存储。119.如图6所示，所述格式包括标题信息(header)和项目信息(item)。临时存储分区细分为若干大小固定的小区域(如512字节)，其中第一个小区域存放标题信息，之后每个小区域存放每个非易失属性的条目信息。每个项目信息包括非易失性属性名称和与之对应的数值。标题信息可以包括以下内容：120.magic：幻数，一个特定值，用于对自身分区进行标识；121.last_time_from：最近一次从用户数据分区同步数据的时间；122.last_time_to：最近一次将临时存储分区内容同步至用户数据分区的时间；123.checksum_header：标题信息本身的校验码；124.checksum_all：所有数据的校验码；125.其中，校验码用于确保数据的完整性和正确性。126.图7示出根据本技术示例实施例的系统开机流程示意图。127.如图7所示，采用本技术提供的处理方法后，系统的开机流程为：128.开机后，用户数据分区挂载为完成阶段，在用户数据分区进行存储的非易失属性转存入临时存储分区。在此阶段，设置/读取非易失属性的程序转向临时存储分区进行相应的操作，例如从临时存储分区读取非易失属性数据。129.用户数据分区挂载完成后，临时存储分区中的非易失属性同步至用户数据分区，并且恢复用户数据分区与非易失属性读写操作的关联。后续的设置/读取非易失属性操作在用户数据分区中进行。130.在系统关机或重启时，用户数据分区中的非易失属性数据同步至临时存储分区，从而保证下一次开机后，临时存储分区中的非易失属性数据的初始值与开机前的数据一致。131.图8示出根据本技术示例实施例的处理装置组成框图。132.如图8所示，本技术还提供一种用于安卓系统的非易失属性的处理装置200，包括：第一关联模块210、直接访问模块220、第一同步模块230、第二关联模块240、第二同步模块250。其中：133.第一关联模块210，用于在系统启动过程中，，将非易失属性读写操作关联至临时存储分区。所述临时存储分区在开机首个程序运行前就存在，可以是某个无需挂载的硬盘分区、某块特殊的共享内存、某个特定文件等。进行关联后，在用户数据分区挂载完成前，设置/读取非易失属性的程序需要进行读写操作时，就会访问存储所述非易失属性的临时存储分区，正确地进行读写操作。134.直接访问模块220，用于根据非易失属性读写请求，直接访问临时存储分区。所述临时存储分区不进行挂载，不存在文件系统。该分区内存储的数据为原始数据，可直接通过指定地址和长度读出或写入。因此，当监听到非易失属性读写请求时，可以直接访问临时存储分区，进行读写操作。135.第一同步模块230，用于用户数据分区挂载完毕后，将所述临时存储分区内的非易失属性同步至用户数据分区。数据同步后，挂载后的用户分区内能够正确包含在其挂载前各个程序所设置的非易失属性项。136.第二关联模块240，用于用户数据分区挂载完毕后，恢复非易失属性读写操作与用户数据分区的关联。恢复此关联后，后续系统在正常运行情况下，设置/读取非易失属性的程序能够正常地对对用户数据分区内的非易失属性进行操作。137.第二同步模块250，用于将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。数据同步后，下次开机时，临时存储分区内的非易失属性数据的初始值与上次关机/重启前的数据一致。由此，能够保障在用户数据分区挂载完毕前，从临时存储分区读到的数据值是正确的。138.图9示出根据本技术另一示例实施例的处理装置组成框图。139.如图9所示，根据本技术的另一些实施例，除了图8中所示的模块外，所述处理装置200还可以包括安全处理模块260。140.安全处理模块260，用于对所述临时存储分区进行安全性处理。安全性处理可以提高所述临时存储分区的可靠性。所述安全性处理可以包括加解锁机制，数据格式约定，加密鉴权中的一种或多种。141.图10示出根据本技术示例实施例的电子设备组成框图。142.本技术还提供一种用于安卓系统的非易失属性处理的电子设备700。图10显示的电子设备700仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。143.如图10所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：至少一个处理单元710、至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730等。144.存储单元720存储有程序代码，程序代码可以被处理单元710执行，使得处理单元710执行本说明书描述的根据本技术上述各实施例的方法。145.存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(rom)7203。146.存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。147.总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。148.电子设备700也可以与一个或多个外部设备7001(例如触摸屏、键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器760可以通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。149.显然，上述实施例仅是为清楚地说明本技术所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引申出的显而易见的变化或变动仍处于本技术的保护范围之中。当前第1页12当前第1页12
背景技术：
：：2.安卓系统中，存在一种机制，称为“属性”，每个属性的构成是一个字符串格式名字加一个字符串格式的值。开发者可利用属性机制来设置或读取各种不同的数据，如配置、参数、状态等等。在功效上类似电脑操作系统中的注册表。属性是整个系统中比较重要的一个数据设定/读取机制。3.按照生存周期划分，属性分为两类：一类是普通属性，在重新开机后，该属性的数值不存在，需要重新进行设置。另一列是特殊属性，在重新开机后，上次设置的值依然存在。对于后者，有个专名的名字叫“persist”属性，即非易失属性。其区别在于，普通的属性是被存储在内存中的，所以重新开机会消失，而特殊属性是以文件形式被存储在用户数据分区，分区的数据不会因为重新开机而被擦除，所以可以做到开机不变。4.由于非易失属性存放于用户数据分区中，那么对其进行设置/读取的前提就是用户数据分区必须被正常挂载。而在系统开机过程中，用户数据分区被挂载之前，会运行一些早期阶段的初始程序。这些初始程序在运行过程中，不乏对非易失属性进行设置/读取操作的需求。例如，供应商初始化进程中对供应商的自定义原始供应商配置属性进行的设置。由于用户数据分区尚未正常挂载，这些初始程序无法获得对应属性值的设置或读取结果，最终有可能影响到系统某些功能的正常运行。技术实现要素：5.本技术旨在提供一种新的关于“安卓系统中挂载用户数据分区前的非易失属性处理方式”，该方式既不影响每个设置者或使用者，也不牺牲开机时间或开机流程。6.根据本技术的第一方面，提供一种用于安卓系统的非易失属性的处理方法，包括：7.在系统启动过程中，将非易失属性读写操作关联至临时存储分区；8.根据非易失属性读写请求，直接访问所述临时存储分区；9.用户数据分区挂载完毕后，将所述临时存储分区内的非易失属性数据同步至所述用户数据分区；10.恢复非易失属性读写操作与所述用户数据分区的关联；11.将所述用户数据分区中的非易失属性数据同步至所述临时存储分区。12.根据本技术的一些实施例，所述将用户数据分区中的非易失属性数据同步至所述临时存储分区，包括：13.在系统关机或重启阶段，将用户数据分区中的非易失属性数据同步至所述临时存储分区；或者14.在用户数据分区的非易失属性数据更新后，将用户数据分区中的非易失属性数据同步至所述临时存储分区；或者15.定期将用户数据分区中的非易失属性数据同步至所述临时存储分区。16.根据本技术的一些实施例，所述临时存储分区包括：17.无需挂载的硬盘分区、特殊的共享内存、特定文件中的一种。18.根据本技术的一些实施例，所述处理方法还包括：19.在系统的分区列表中增加子项，定义所述临时存储分区。20.根据本技术的一些实施例，根据非易失属性读写请求，直接访问所述临时存储分区包括：21.用户数据分区挂载完毕前，将非易失属性以规定的格式存储至所述临时存储分区。22.根据本技术的一些实施例，所述规定的格式包括：数据表，其存储内容包括以下一种或多种：所述非易失性属性的名称、属性数据、最近一次从用户数据分区同步数据的时间、最近一次同步至用户数据分区的时间和校验码。23.根据本技术的一些实施例，所述处理方法还包括：24.对所述临时存储分区进行安全性处理。25.进一步地，所述安全性处理包括加解锁机制、数据格式约定、加密鉴权中的一种或多种。26.根据本技术的一些实施例，所述处理方法在属性读写管理进程或者经修改的系统自身的init进程中执行。27.根据本技术的第二方面，提供一种用于安卓系统的非易失属性的处理装置，包括：28.第一关联模块，用于在系统启动过程中，将非易失属性读写操作关联至临时存储分区；29.直接访问模块，用于根据非易失属性读写请求，直接访问所述临时存储分区；30.第一同步模块，用于用户数据分区挂载完毕后，将所述临时存储分区内的非易失属性同步至用户数据分区；31.第二关联模块，用于恢复非易失属性读写操作与所述用户数据分区的关联；32.第二同步模块，用于将用户数据分区中的非易失属性数据同步至所述临时存储分区。33.根据一些实施例，所述处理装置还包括：34.安全处理模块：用于对所述临时存储分区进行安全性处理。35.根据本技术的第三方面，提供一种用于安卓系统的非易失属性处理的电子设备，包括：36.一个或多个处理器；37.存储装置，用于存储一个或多个程序；38.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的处理方法。39.本技术提供的处理方法能够解决用户数据分区挂载之前，无法设置/读取非易失属性的问题，既不影响每个设置者/使用者，也不牺牲开机时间或开机流程。40.本技术的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。附图说明41.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例。42.图1示出安卓系统中非易失属性设置/读取原始过程示意图。43.图2示出现有第一种解决方法流程示意图。44.图3示出现有第二种解决方法优化前流程示意图。45.图4示出现有第二种解决方法优化后流程示意图。46.图5示出根据本技术示例实施例的处理方法流程图。47.图6示出根据本技术示例实施例的非易失属性在临时存储分区内的存储格式示意图。48.图7示出根据本技术示例实施例的系统开机流程示意图。49.图8示出根据本技术示例实施例的处理装置组成框图。50.图9示出根据本技术另一示例实施例的处理装置组成框图。51.图10示出根据本技术示例实施例的电子设备组成框图。具体实施方式52.下面将参考附图更全面地描述示例实施例。然而，示例实施例能以多种形式实施，且不应被理解为限于在此阐述的实施例。提供这些实施例是为使得本技术更全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。53.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本技术的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本技术的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本技术的各方面。54.应理解，虽然本文中可能使用术语第一、第二等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本技术概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。55.本领域技术人员可以理解，附图只是示例实施例的示意图，可能不是按比例的。附图中的模块或流程并不一定是实施本技术所必须的，因此不能用于限制本技术的保护范围。56.图1示出安卓系统原始开机流程示意图。57.安卓系统在开机流程中，会挂载用户数据分区。如图1所示，按时间顺便，开机阶段可划分为“用户数据分区挂载完成前”和“用户数据分区挂载完成后”。在此过程中可能出现非易失属性操作情况，例如：58.程序1，在挂载完毕前，对非易失属性1进行设置操作；根据本技术的一些实施例，程序1可以是供应商初始化进程中对供应商的自定义原始供应商配置属性进行的设置；59.程序2，在挂载完毕前，对非易失属性2进行读取操作；根据本技术的一些实施例，程序2可以是校准数据备份对文件备份属性进行的读操作，或者传感器对标准接口属性进行的读操作；60.程序3，在挂载完毕后，对非易失属性3进行设置操作；61.程序4，在挂载完毕后，对非易失属性4进行读取操作；62.程序5，在挂载完毕后，对非易失属性1进行读取操作。63.在开机流程中，以上操作的结果分别是：64.程序1，由于用户数据分区尚未挂载完成，设置的值实际上并没有真正写入分区，所以操作并未真正成功；65.程序2，由于用户数据分区尚未挂载完成，所以分区内的数据并没有被加载，读取不到分区内真正存储的值；66.程序3，由于用户数据分区已经被挂载完成，所以设置的值能够被正常写入到用户数据分区；67.程序4，由于用户数据分区已经被挂载完成，所以能够正常读取到数据分区中存储的值；68.程序5，由于用户数据分区已经被挂载完成，所以能够读取到数据分区中存储的值。但是，按照开发者的预期，开发者真正想读到的属性1值，应该是由程序1去设置的，而由于程序1无法设置成功属性1的值，所以此时读到的值，依然只是开机前原先存储在分区内的值，并非程序1设置的值，所以结果依然不符合预期。69.从上述分析可以看出，在安卓系统的原始开机流程中，对于启动特别早的程序而言，存在设置/读取非易失属性失败的风险。不仅仅影响到程序自身的正确性，而且还会影响到后续要读取该属性值的其他程序。70.针对上述问题，目前主要的解决方法有两种。第一种解决方法的思路是：确保设置/读取操作时，用户数据分区已经挂载完毕。第二种解决方法的是思路是：通过优化开机流程，尽量把用户数据分区挂载完毕的时间点提前71.图2示出现有第一种解决方法流程示意图。72.如图2所示，在第一种解决方法的思路下，每个设置/读取非易失属性的程序，都在会设置/读取前先检查用户数据分区是否就绪，只有在就绪后，才进行下一步操作。73.该解决方法虽然能够保证设置/读取得以正常进行，但是存在一定的缺点：74.首先，每个需要设置/读取的进程，都必须去做相应的检查，涉及的范围太广。对于一些明确能确保启动时间比较晚的程序，可以在代码中省略检查，但依然需要开发者人为预先反复测试去确认时间点。75.其次，检查和等待，尤其是等待，会影响到开机时间；检查和等待的操作，也影响到程序现有的流程结构，需要做合适的调整，加大了开发者的负担。76.最后，容错度较低，如果出现了漏改或改错的疏忽，不容易及早发现，如果需要修改的是设置属性的程序，改错和漏改还会影响到后面使用该属性值的程序77.总之，该方法虽然提高了非易失属性设置/读写的可靠程度，但是依然没有解决“必须等待用户数据分区挂载”的问题。在这种方法下，必须要保证每一个设置者和读写者都必须做好检查和准备工作，否则就会有设置/读取的数据不正确的风险。这种方式受影响的范围太广泛，容错程度较低，开发负担也略重。此外，为了保证设置者和使用者都在用户数据分区挂载之后才进行操作，需要对某些操作的时间点进行调整，这样使得开机流程安排上也因此受到了限制，也在一定程度上会影响某些开机流程的速度。78.图3示出现有第二种解决方法优化前流程示意图。79.图4示出现有第二种解决方法优化后流程示意图。80.第二种解决方法的思路为：优化开机过程，尽量缩短用户数据分区挂载前的时间。81.如图3所示，优化前的流程中，开机时间较长，设置/或读取非易失属性时，用户数据分区尚未挂载完成。优化开机过程后，如图4所示，开机时间缩短，在原先设置/或读取非易失属性的时间点，用户数据分区已经挂载完成。82.第二种解决方法主要是缩短了从开机到用户数据分区挂载完毕所用的时间。通过时间点提前，来降低程序在分区尚未就绪时就去对其进行访问的几率，并没有从根源上解决该问题。83.例如，图3中，原本程序1启动并设置非易失属性1的时间点是开机后20秒，而用户数据分区挂载完成时间点是开机后25秒。那么此时程序1的设置操作其实是不成功的。而通过优化开机流程，如图4所示，用户数据分区挂载完成时间点被提前到开机后15秒，程序1在开机20秒时进行的设置属性操作，就不会遇到问题。84.第二种解决方法提高了开机效率，并且不需要设置/读取的程序做任何改变。但是，它的缺点在于仅仅改善了问题出现的几率，并没有从根本上针对问题原因，也就无法真正解决问题。无论开机程序如何优化精简，从理论上来讲，依然会存在有些程序，其设置/读取属性的时间点是早于分区挂载完成的时间点的。那么该问题就依然存在，依然会导致数据的读写不正确。而且，开机流程优化本身并不是件容易的事情。虽然操作属性的程序不需要修改，但开发者为了优化开机流程所需的付出，也并不会少。85.为了从根本上解决该问题，本发明人提出一种非易失属性的处理方法，通过统一的属性管理程序对存储于临时存储分区中的非易失属性进行操作管理和数据同步，既不不牺牲开机时间，也能保证用户数据分区完成前，非易失属性的设定/读写操作正常进行。86.以下将结合附图，对本技术的技术方案进行详细说明。87.图5示出根据本技术示例实施例的处理方法流程图。88.如图5所示，本技术提供了一种用于安卓系统的非易失属性的处理方法，在不更改原始开机主流程、不更改原有设置/读取属性的机制和程序以及不牺牲开机时间的基础上，能够保证用于存储非易失属性的用户数据分区在挂载前，非易失属性的设置/读取能够正常进行。89.参见图5，在步骤s110，在系统启动过程中，将非易失属性读写操作关联至临时存储分区。90.开机后，加载启动器在根据分区表对存储器进行分区时，定义出临时存储分区，用于存储非易失属性。所述临时存储分区不进行挂载，不存在文件系统。该分区内存储的数据，为原始数据，可直接通过指定地址和长度读出或写入。因此，在系统启动过程中，可以直接访问临时存储分区。91.例如，在安卓系统中有一张分区列表(partitiontable)，该表的内容是对emmc区域进行分割，将其分割成若干子分区。表中会列出每个子分区的起始地址/长度/名称/性质等信息。该分区列表可以根据需求进行编辑。因此，可以在该分区列表中新增一个子项，作为本技术中的临时存储分区。此外，确保对所述临时存储分区不进行任何挂载操作。92.根据本技术的一些实施例，所述临时存储分区在开机首个程序运行前就能够存在，数据安全可靠且不会在重启或开机阶段丢失，容量足够存储非易失属性。例如，所述临时存储分区可以是某个无需挂载的硬盘分区、某块特殊的共享内存、某个特定文件等，但本技术不限于此，可根据实际情况做出合理选择。93.其中，无需挂载的硬盘分区是即通常所说的原始分区或裸分区。其特点是不需要文件系统，可以直接作为块设备被访问。例如，在安卓平台中，bootloader、non-hlos等分区，就属于无需挂载的分区。根据本技术的一些实施例，可以利用一些已被划分但实际没有使用的原始分区作为临时存储分区，也可以重新定义一个新的原始分区。重新定义一个新的原始分区作为临时存储分区，可以避免后续冲突。94.根据本技术的一些实施例，特殊的共享内存可以是在内存中指定的一段专门的地址空间。该空间公开给所有的处理器，不同的处理器之间可通过所述共享内存来互通数据。所述共享内存中定义了上百个小项，每个小项分配一个id，每个小项需要指定自己的占用长度。由此，知道所述共享内存的基地址和需要访问的小项id号，即可定位到该小项的存放地址，并对该地址的内容进行读写。所述共享内存初始启动较早，在时间上可满足临时存储分区的要求。在使用所述共享内存作为本技术中的临时存储分区时，需要确保所述共享内存的总区间长度与存储的非易失性属性相匹配。95.根据本技术的一些实施例，特定文件是路径和格式均由开发者自定义的文件。如果该文件可被正常访问的时间点，早于读/写非易失性属性操作的时间点，即可作为本技术中的临时存储分区。96.根据本技术的一些实施例，为了提高所述临时存储分区的可靠性，所述属性读写管理程序还可以对所述临时存储分区进行安全性处理。例如，为了对所述临时存储分区做进一步的保护，在基本要求之上再做一些专门的安全性设计。所述安全性处理可以包括加解锁机制，数据格式约定，加密鉴权中的一种或多种，但本技术不限于此，可根据实际情况做出合理选择。97.在用户数据分区挂载完毕前，非易失属性以规定的格式存储至临时存储分区。但是，在原始开机流程中，设置/读取非易失属性的程序在执行属性设置/读取操作(简称读写操作)时，默认的访问区域为用户数据分区。因此，要实现所述程序的正常操作，需要在系统启动过程中，将非易失属性的读写操作关联至所述临时存储分区。由此，在用户数据分区挂载完成前，设置/读取非易失属性的程序需要进行读写操作时，就会访问存储所述非易失属性的临时存储分区。98.例如，在安卓系统的原始设计中，非易失性属性以文件的方式存放在挂载成ext4文件系统的用户分区内。不再将非易失属性作为用户分区文件，而是作为临时存储分区中的固定格式的数据(格式可自定义)，即可将非易失属性读写操作关联至所述临时存储分区。99.在步骤s120，根据非易失属性读写请求，直接访问所述临时存储分区。100.由于所述临时存储分区不进行挂载，不存在文件系统。该分区内存储的数据为原始数据，可直接通过指定地址和长度读出或写入。因此，在系统启动过程中，当监听到非易失属性读写请求时，可以直接访问临时存储分区。根据本技术的一些实施例，非易失属性读写请求可以设置非易失属性的操作请求，也可以是读取非易失属性的操作请求。例如，在用户数据分区挂载完毕前，将非易失属性以规定的格式存储至临时存储分区的操作。101.在步骤s130，用户数据分区挂载完毕后，所述临时存储分区内的非易失属性同步至用户数据分区。102.为了保证用户数据分区挂载完毕前进行的非易失属性读写操作的有效性，在用户数据分区挂载完毕后，将当前临时存储分区内的非易失属性数据，同步至挂载后的用户数据分区。由此，挂载后的用户分区内，能够正确包含在其挂载前各个程序所设置的非易失属性项。103.在步骤s140，恢复非易失属性读写操作与用户数据分区的关联。104.如前所述，在原始开机流程中，设置/读取非易失属性的程序在执行属性设置/读取操作(简称读写操作)时，默认的访问区域为用户数据分区。因此，在用户数据分区挂载完成后，需要恢复此关联，以保证后续系统在正常运行情况下，设置/读取非易失属性的程序对用户数据分区内的非易失属性进行正常的操作。例如，当读写非易失属性时，将其作为ext4分区下的文件进行文件读写操作，即可恢复非易失属性读写操作与用户数据分区的关联。105.在步骤s150，将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。106.在用户数据分区挂载完成后，通常会有一些设置/读取非易失属性的程序会对用户数据分区内的非易失属性进行操作，从而改变所述非易失属性的数据值。为了保证下次开机时，临时存储分区内的非易失属性数据的初始值与上次关机或重启前的数据一致，将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。由此，能够保障在用户数据分区挂载完毕前，从临时存储分区读到的数据值是正确的。从而符合非易失属性本身的意义。107.根据本技术的一些实施例，可以在系统关机或重启阶段(从开机状态直接重新启动)，将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。也可以在每次用户数据分区的非易失属性数据更新后，将用户数据分区中更新的非易失属性数据同步至所述临时存储分区，或者定期将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。由于定期同步和每次更新即同步，在同步频繁的情况下有可能会影响设备性能，因此对于系统比较稳定的设备而言，可以仅在系统关机或重启阶段进行数据同步。本技术对于执行数据同步的时间点不作限制，可以根据实际情况进行合理选择。108.上述处理方法可以在经修改的系统自身的init进程中统一执行，也可以在新创建的属性读写管理进程中统一执行。109.init进程是安卓系统原始的管理属性读写的进程。可以继续使用init进程来对用户数据分区挂载前的属性数据进行管理，也可以重新创建一个新程序来进行管理。使用原始的init进程，可以直接修改原先处理非易失属性操作相关的代码。使用新程序，则要适当加入对设置/读取非易失属性操作请求的监听，以及对用户数据分区挂载完成事件的监听。110.在实际应用中，安卓系统8.0版本允许用户单独升级谷歌原生系统分区。在这种情况下，如果通过修改init进程来进行挂载前非易失属性访问管理，那么在用户谷歌原生系统分区后所做的改动会被原生系统所覆盖。所以8.0版本之前的安卓系统可以采用init进程做统一管理，8.0版本之后的安卓系统可以采用新的属性写管理进程来进行统一管理。111.为了确保上述方法的顺利进行，作为统一管理者的属性读写管理进行需要处理以下事物：112.首先，在非易失属性读写操作请求之前启动。具体地，属性读写管理程序能在第一个设置/读取非易失属性的程度之前启动。113.其次，具备较高权限，能够准备所述临时存储分区、读写所述临时存储分区，从而能够在用户数据分区挂载完毕前，将非易失属性存储至临时存储分区。114.此外，监听所述非易失属性读写操作请求，从而顺利地将非易失属性读写和临时存储分区读写建立对应联系，确保写入的最终位置和读取的源位置都是临时存储分区，而非尚未挂载的用户数据分区。115.最后，监听用户数据分区挂载事件，从而保证挂载完毕后临时存储分区内的非易失属性能够及时同步至用户数据分区，并且非易失属性读写操作与用户数据分区的关联及时恢复。用户数据分区挂载事件属于系统事件，在执行过程中能够监听其完成状态。116.由于上述事务皆由管理程序统一完成，所以对于具体进行设置/读取非易失属性的程序，无需做任何相关的改动。减轻了开发负担，缩小了影响范围，也加大了容错度。117.图6示出根据本技术示例实施例的非易失属性在临时存储分区内的存储格式示意图。118.在图5所示的流程中，非易失属性可以按照图6所示的格式在临时存储分区中进行存储。119.如图6所示，所述格式包括标题信息(header)和项目信息(item)。临时存储分区细分为若干大小固定的小区域(如512字节)，其中第一个小区域存放标题信息，之后每个小区域存放每个非易失属性的条目信息。每个项目信息包括非易失性属性名称和与之对应的数值。标题信息可以包括以下内容：120.magic：幻数，一个特定值，用于对自身分区进行标识；121.last_time_from：最近一次从用户数据分区同步数据的时间；122.last_time_to：最近一次将临时存储分区内容同步至用户数据分区的时间；123.checksum_header：标题信息本身的校验码；124.checksum_all：所有数据的校验码；125.其中，校验码用于确保数据的完整性和正确性。126.图7示出根据本技术示例实施例的系统开机流程示意图。127.如图7所示，采用本技术提供的处理方法后，系统的开机流程为：128.开机后，用户数据分区挂载为完成阶段，在用户数据分区进行存储的非易失属性转存入临时存储分区。在此阶段，设置/读取非易失属性的程序转向临时存储分区进行相应的操作，例如从临时存储分区读取非易失属性数据。129.用户数据分区挂载完成后，临时存储分区中的非易失属性同步至用户数据分区，并且恢复用户数据分区与非易失属性读写操作的关联。后续的设置/读取非易失属性操作在用户数据分区中进行。130.在系统关机或重启时，用户数据分区中的非易失属性数据同步至临时存储分区，从而保证下一次开机后，临时存储分区中的非易失属性数据的初始值与开机前的数据一致。131.图8示出根据本技术示例实施例的处理装置组成框图。132.如图8所示，本技术还提供一种用于安卓系统的非易失属性的处理装置200，包括：第一关联模块210、直接访问模块220、第一同步模块230、第二关联模块240、第二同步模块250。其中：133.第一关联模块210，用于在系统启动过程中，，将非易失属性读写操作关联至临时存储分区。所述临时存储分区在开机首个程序运行前就存在，可以是某个无需挂载的硬盘分区、某块特殊的共享内存、某个特定文件等。进行关联后，在用户数据分区挂载完成前，设置/读取非易失属性的程序需要进行读写操作时，就会访问存储所述非易失属性的临时存储分区，正确地进行读写操作。134.直接访问模块220，用于根据非易失属性读写请求，直接访问临时存储分区。所述临时存储分区不进行挂载，不存在文件系统。该分区内存储的数据为原始数据，可直接通过指定地址和长度读出或写入。因此，当监听到非易失属性读写请求时，可以直接访问临时存储分区，进行读写操作。135.第一同步模块230，用于用户数据分区挂载完毕后，将所述临时存储分区内的非易失属性同步至用户数据分区。数据同步后，挂载后的用户分区内能够正确包含在其挂载前各个程序所设置的非易失属性项。136.第二关联模块240，用于用户数据分区挂载完毕后，恢复非易失属性读写操作与用户数据分区的关联。恢复此关联后，后续系统在正常运行情况下，设置/读取非易失属性的程序能够正常地对对用户数据分区内的非易失属性进行操作。137.第二同步模块250，用于将用户数据分区中更新的非易失属性数据同步至所述临时存储分区。数据同步后，下次开机时，临时存储分区内的非易失属性数据的初始值与上次关机/重启前的数据一致。由此，能够保障在用户数据分区挂载完毕前，从临时存储分区读到的数据值是正确的。138.图9示出根据本技术另一示例实施例的处理装置组成框图。139.如图9所示，根据本技术的另一些实施例，除了图8中所示的模块外，所述处理装置200还可以包括安全处理模块260。140.安全处理模块260，用于对所述临时存储分区进行安全性处理。安全性处理可以提高所述临时存储分区的可靠性。所述安全性处理可以包括加解锁机制，数据格式约定，加密鉴权中的一种或多种。141.图10示出根据本技术示例实施例的电子设备组成框图。142.本技术还提供一种用于安卓系统的非易失属性处理的电子设备700。图10显示的电子设备700仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。143.如图10所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：至少一个处理单元710、至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730等。144.存储单元720存储有程序代码，程序代码可以被处理单元710执行，使得处理单元710执行本说明书描述的根据本技术上述各实施例的方法。145.存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(rom)7203。146.存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。147.总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。148.电子设备700也可以与一个或多个外部设备7001(例如触摸屏、键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器760可以通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。149.显然，上述实施例仅是为清楚地说明本技术所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引申出的显而易见的变化或变动仍处于本技术的保护范围之中。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
