一种日志数据保存的方法和系统与流程

文档序号:16467845发布日期:2019-01-02 22:53阅读:258来源:国知局
一种日志数据保存的方法和系统与流程
本发明涉及计算机
技术领域
,尤其涉及一种日志数据保存的方法和系统。
背景技术
:随着移动用户对应用需求的提高,应用的程序体积越来越大,程序逻辑也越来越复杂,传统依靠一两位程序员维护应用,逐渐扩大到十几位或者数十位开发人员组成的多个团队共同维护。并且,单纯依赖开发人员在模拟环境进行程序开发和优化变得越来越困难,进而需要生成环境的真实数据,即对日志数据进行保存。在现有技术中,主要是在程序运行的同时进行日志数据的保存,并且直接将日志数据存储在硬盘中。例如,对于ios系统,通过ios系统的nslog函数,在程序运行的同时生成包含时间以及程序逻辑节点的日志数据,然后通过define宏重定义nslog的实现代码,最后通过文件操作保存至硬盘空间中。在实现本发明过程中,发明人发现现有技术中至少存在如下问题:占用程序运行时主线程资源,实时的文件保存以及线程创建会造成主线程资源被剥夺,虽然硬件设备资源提升可能会缓解因为日志数据保存占用资源所导致的问题,但在性能上还是会影响系统程序的运行。并且,日志数据保存的效率非常低。技术实现要素:有鉴于此,本发明实施例提供一种日志数据保存的方法和系统,能够避免占用程序运行时的主线程资源,减少了实时的文件保存和子线程创建造成的主线程资源被剥夺的问题,提高了程序高效运行,将对用户使用程序的影响降到最低,提高了用户日志的保存效率和安全程度。为实现上述目的,根据本发明实施例的一个方面,提供了一种日志数据保存的方法。本发明实施例的一种日志数据保存的方法,包括:对系统主线程的运行状态进行监听;将系统的日志数据进行缓存;根据监听的主线程的运行状态或缓存临界值,判断是否将缓存的日志数据进行存储。可选地,所述根据监听的主线程的运行状态或缓存临界值,判断是否将缓存的日志数据进行存储包括:判断所述缓存的日志数据是否达到缓存临界值,或者判断系统是否发生中断,或者判断所述主线程是否进入休眠;若均没有,则不将缓存的日志数据进行存储;否则,将缓存的日志数据进行存储。可选地,该方法还包括:在将缓存的日志数据进行存储之前,对所述日志数据进行加密处理;在判断将所述日志数据进行存储之后,将所述加密处理过的日志数据进行存储。可选地,该方法还包括:在将系统的日志数据进行缓存之后,以及在将缓存的日志数据进行存储之前,将所述日志数据进行序列化操作。可选地,该方法还包括:在将系统的日志数据进行缓存之前,设置缓存临界值;并且,在将缓存的日志数据进行存储之前,指定存放位置的根目录;可选地,该方法还包括:在将系统的日志数据进行缓存之后,定义所述日志数据的通用属性,所述通用属性包括以下至少一种:日志保存路径,日志索引,日志状态符,日志关联的代码文件、函数和行号,以及日志内容;并且,在将缓存的日志数据进行存储之后,定义存储所述日志数据的日志文件的路径、名称和内容。根据本发明实施例的另一方面,提供了一种日志数据保存的系统。本发明实施例的一种日志数据保存的系统,包括监听模块,用于对系统主线程的运行状态进行监听;缓存模块,用于将系统的日志数据进行缓存;判断存储模块,用于根据监听的主线程的运行状态或缓存临界值,判断是否将缓存的日志数据进行存储。可选地,所述判断存储模块判断所述缓存的日志数据是否达到缓存临界值,或者判断系统是否发生中断,或者判断所述主线程是否进入休眠;若均没有,则不将缓存的日志数据进行存储;否则,将缓存的日志数据进行存储。可选地,所述判断存储模块还包括:加密单元,用于在将缓存的日志数据进行存储之前,对所述日志数据进行加密处理;在判断将所述日志数据进行存储之后,判断存储模块将所述加密处理过的日志数据进行存储。可选地,所述缓存模块还包括:序列化单元,用于缓存模块在将系统的日志数据进行缓存之后,以及在判断存储模块将缓存的日志数据进行存储之前,将所述日志数据进行序列化操作。可选地,该系统还包括:设置模块,用于在缓存模块将系统的日志数据进行缓存之前,设置缓存临界值;以及,在判断存储模块将缓存的日志数据进行存储之前,指定存放位置的根目录。可选地,该系统还包括:日志属性模块,用于在将系统的日志数据进行缓存之后,定义所述日志数据的通用属性,所述通用属性包括以下至少一种:日志保存路径,日志索引,日志状态符,日志关联的代码文件、函数和行号,以及日志内容;日志文件模块,用于在将缓存的日志数据进行存储在硬盘中之后,定义存储所述日志数据的日志文件的路径、名称和内容。根据本发明实施例的再一方面,提供了一种电子设备。本发明实施例的一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现上述任一项所述的日志数据保存的方法。根据本发明实施例的再一方面,提供了计算机可读介质。本发明实施例的计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现上述任一项所述的日志数据保存的方法。上述发明中的一个实施例具有如下优点或有益效果:通过对系统主线程的运行状态的监听,然后根据监听的主线程的运行状态或者缓存临界值,判断是否将已经缓存的日志数据进行存储。因为在存储之前,对主线程的运行状态进行了监听,进而可在判断出存储的最优时间。可在主线程资源进入休眠状态时进行日志数据存储线程的创建与文件保存,确保程序高效运行,将对用户使用的影响降到最低,提高了用户日志的保存效率和安全程度。进而,避免了完全依赖程序硬件来保存日志的方法中存在的性能损耗高的问题。上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。附图说明附图用于更好地理解本发明,不构成对本发明的不当限定。其中:图1是本发明实施例可以应用于其中的示例性系统架构图;图2是根据本发明实施例的日志数据保存的方法的主要步骤的示意图;图3是根据本发明实施例的日志数据保存的方法的流程图;图4是根据本发明实施例的日志数据保存的装置的主要模块的示意图;图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。具体实施方式以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。图1示出了可以应用本发明实施例的日志数据保存的方法或日志数据保存的系统的示例性系统架构100。如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。服务器105可以是提供各种服务的服务器,例如对用户利用终端设备101、102、103所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。需要说明的是,本发明实施例所提供的日志数据保存的方法一般由服务器105执行,相应地,日志数据保存的装置一般设置于服务器105中。应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。图2是根据本发明实施例的日志数据保存的方法的主要步骤的示意图。如图2所示,本发明实施例的日志数据保存的方法主要包括:s201:对系统主线程的运行状态进行监听。其中,本发明实施例中涉及的系统为ios系统,对于ios系统主线程runloop状态变更的监听技术目前基于ios系统提供的接口完成,相关的runloop内部实现逻辑由苹果提供支持,如果苹果ios系统在runloop实现技术上有更大的变化更新,可以提高基于runloop的自动ios日志保存技术所涉及的功能。在对于ios系统运行保存日志时,通过runloop对系统主线程的运行状态进行监听。通常情况下,ios应用主要运行在主线程之中,其中与页面显示与交互相关的操作必须在主线程之中执行,为了保证用户可以实时的进行程序交互使用,ios系统使用了一种runloop的机制来保证应用程序开启之后能够高效实时的进行线程之间切换与通信。针对现有技术中通过苹果ios系统提供的nslog函数,首先在程序运行的同时生成包含时间以及程序逻辑节点的日志;再通过define宏重定义nslog的实现代码;最后通过文件操作保存至硬盘空间中。ios日志保存功能是开发人员为获取程序运行逻辑节点而生成的参考数据,通过嵌入程序运行逻辑代码中,由用户执行时触发,通过反馈的参考数据确定程序生产环境运行逻辑。由于苹果ios系统是运行于iphone、ipad以及ipodtouch等苹果移动电子设备上的应用系统,本身可以依赖的硬件资源相当的匮乏,早期的ios应用通过禁用生产环境日志生成来确保用户程序正常执行,这极大的限制了开发人员优化程序的需求。随着苹果公司不断的提高其移动电子设备的硬件资源,现有设备已经可以满足生产环境日志生成的需要,但由于程序复杂度逐渐提高,日志在代码中的表现形态为散列的分布,开发人员往往只能依赖重定义nslog来实时的保存日志,这种完全依赖程序硬件来保存日志的方法对性能的损耗是非常高的。即使依赖线程保存技术,即通过多线程的方式来保存日志,其消耗也是非常高的,因为移动设备的中央处理器毕竟要综合考虑电池消耗以及体积限制,对多线程支持有限。本发明实施例基于runloop的自动ios日志保存技术就是利用runloop技术,实现更加高效的日志保存。ios系统中的应用在打开之后立即处于一个被runloop管理的主线程中,实时的检测用户的交互以及实现页面的显示,当用户进行屏幕触碰等操作时会触发程序执行,通过runloop状态切换,实现整个应用程序逻辑正常执行。runloop监控的主线程主要包含以下六种状态:kcfrunloopentry即将进入loopkcfrunloopbeforetimers即将处理timerkcfrunloopbeforesources即将处理sourcekcfrunloopbeforewaiting即将进入休眠kcfrunloopafterwaiting刚从休眠中唤醒kcfrunloopexit即将退出loopios程序的运行逻辑一旦触发主线程runloop状态变换,就会发出kcfrunloopafterwaiting(刚从休眠中唤醒)通知,进而程序进入处理timer或者source状态。此时通常是发出kcfrunloopbeforetimers(即将处理timer)与kcfrunloopbeforesources(即将处理source)两种状态通知;而当用户暂停程序交互或者程序逻辑运行完毕,则会进入等待状态,此时会发出kcfrunloopbeforewaiting(即将进入休眠)通知。当程序发生崩溃时,会发出kcfrunloopexit(即将退出loop)通知。s202:将系统的日志数据进行缓存。本发明实施例通过重定义nslog函数,将系统的日志数据缓存在内存中,实现临时性的保存。在将系统的日志数据进行缓存之前,设置缓存临界值,该缓存临界值,可以是静态最大值,也可以是根据内存的比例设置的动态值。将日志数据缓存在内存中之后,将日志数据进行序列化操作,进而在将日志数据存储之后查询过程中,通过反序列化操作即可获取到日志数据。在将缓存的日志数据进行存储之前,对日志数据进行加密处理;在判断将日志数据进行存储之后,将加密处理过的日志数据进行存储,通过该加密支持,可以避免开发者破解应用获取到日志数据的日志内容。s203:根据监听的主线程的运行状态或缓存临界值,判断是否将缓存的日志数据进行存储。其中,判断所述缓存的日志数据是否达到缓存临界值,或者判断系统是否发生中断,或者判断所述主线程是否进入休眠;若均没有,则不将缓存的日志数据进行存储;否则,将缓存的日志数据进行存储。在将缓存的日志数据进行存储之前,指定存放位置的根目录。判定出要将缓存的日志数据进行存储,则将缓存的日志数据存储在硬盘中,即将临时性的保存进行永久性的存储。除了这三种状态之外,如果使用者直接调用日志保存功能,也会触发保存操作。通过是否存储的判断,使得在存储日志数据的过程中,系统的主线程处于休眠状态或者缓存达到设置的临界值,或者程序显式调用立即保存功能,执行异步线程开启,保存日志数据。在主线程进入休眠状态时执行保存线程启动以及执行存储操作时,正常主线程休眠发生在用户手指离开屏幕时,可以确保日志信息快速有效的保存下来,不会和主线程抢占资源。另外,在将系统的日志数据进行缓存之后,定义日志数据的通用属性,通用属性包括以下至少一种:日志保存路径,日志索引,日志状态符,日志关联的代码文件、函数和行号,以及日志内容;并且,在将缓存的日志数据进行存储之后,定义存储日志数据的日志文件的路径、名称和内容。本发明实施例的日志数据保存的方法可通过类的创建将上述各个步骤进行完成,例如创建日志管理类、日志属性类和日志文件类。其中,如下表日志管理类所示,日志数据保存主要由日志管理类实现,承担日志管理的初始化、开关控制、字符串操作管理、文件操作管理(把数据从内存中存储在硬盘中的操作管理)、日志管理、快捷功能管理以及同步管理和参数管理。程序可以通过该管理类初始化一个指定硬盘存放位置的根目录(日志管理文件夹);通过开关控制日志管理类的打开和关闭;对于需要保存的日志字符串进行序列化;同时提供快捷操作功能(选择设置的默认项,对参数不进行配置,而且快捷操作的保存的日志信息单独存储在硬盘中的某个文件夹中),包括快捷保存、快捷读取和快捷删除;日志管理对保存在内存中日志进行管理,包括存储日志名称和存储时间、读取时间,便于应用和服务器的读取,以及读取过程中的解密;还提供了更加安全的同步保存功能和参数设置功能,同步保存可以解决用户实时保存的需求,参数管理支持调用程序根据系统硬件条件动态设置最大缓存日志数目,提高日志保存效率。日志属性类可完成对日志数据通用属性的定义,其中,如下表所示,在将日志数据缓存到内存中之后,日志属性类定义日志保存路径、日志索引、日志状态符、日志所关联的代码文件、函数和行号和日志内容。日志属性类所定义属性主要用于单条日志定义,其中程序调用时仅需提供日志内容即可,外部调用通过nslog函数重定义可无需做任何其他变更,亦无需提供额外日志信息。日志文件包括多个或单个日志数据,如下表所示,通过日志文件类对日志文件的路径、名称和内容进行定义。日志文件类主要用于批量日志信息的文件存取,外部调用程序可根据各自业务模块确定自身所需要的文件名和路径。图3是根据本发明实施例的日志数据保存的方法的流程图。如图3所示,ios程序启动之后,初始化管理模块,其中初始化管理模块包括日志管理类、日志属性类和日志文件类。可以通过日志管理类初始化一个指定硬盘存放位置的日志管理文件夹和管理文件名,指定文件夹名是为了在定义统一文件夹中的数据时,可通过设置前缀实现。设置完成之后,日志文件将按照设置的模块保存至指定的文件。默认初始化方法会提供必要的默认参数作为程序处理的依赖,程序调用者可以通过设置默认参数的方法根据实际硬件条件指定适合自己应用程序的参数值。注册主线程runloop是最重要的一步,主线程runloop即为在runloop监听下的主线程,注册ios系统runloop,即可获取到runloop监听到的主线程的运行状态,进而可以帮助确定在何时决定开启线程执行日志保存最为有效。打开日志管理类的开关之后,程序调用者就可以通过系统提供的nslog方法进行日志数据输出,所输出位置仅需要提供必要的逻辑信息内容即可,无需提供日志索引、状态和路径以及关联文件、函数、代码等,这些信息将由日志属性类自动加密生成。同时程序调用者无需执行日志保存操作,亦不需要开启线程进行文件存取操作,日志管理模块会在合适的时间自动加密保存。通过对各个参数的设置以及获取到的系统主线程的运行状态,判断是否将缓存的日志数据存储到硬盘中。并且,本发明实施例无需调用程序提供额外操作,仅需要执行简单的配置语句之后,就可以完全无缝的进行日志保存,让生产环境的日志数据和开发环境的日志数据逻辑无缝结合。便捷的文件操作可以让日志的存取更加简易,为用户数据收集提供支持。内嵌的字符串加密模块可以提供有效的日志数据安全保护。图4是根据本发明实施例的日志数据保存的装置的主要模块的示意图。如图4所示,本发明实施例的日志数据保存的装置主要包括监听模块401、缓存模块402和判断存储模块403。其中,监听模块401用于对系统主线程的运行状态进行监听;缓存模块402用于将系统的日志数据进行缓存;判断存储模块403用于根据监听的主线程的运行状态或缓存临界值,判断是否将缓存的日志数据进行存储。其中,本发明实施例的日志数据保存的装置的系统为ios系统。并且,监听模块通过runloop对系统主线程的运行状态进行监听。判断存储模块判断缓存的日志数据是否达到缓存临界值,或者判断系统是否发生中断,或者判断主线程是否进入休眠;若均没有,则不将缓存的日志数据进行存储;否则,将缓存的日志数据进行存储。判断存储模块还包括:加密单元,用于在将缓存的日志数据进行存储之前,对日志数据进行加密处理;在判断将日志数据进行存储之后,判断存储模块将加密处理过的日志数据进行存储。缓存模块还包括:序列化单元,用于缓存模块在将系统的日志数据进行缓存之后,以及在判断存储模块将缓存的日志数据进行存储之前,将日志数据进行序列化操作。本发明实施例的日志数据保存的装置还包括设置模块、日志属性模块和日志文件模块。设置模块用于在缓存模块将系统的日志数据进行缓存之前,设置缓存临界值;以及,在判断存储模块将缓存的日志数据进行存储之前,指定存放位置的根目录。日志属性模块用于在将系统的日志数据进行缓存之后,定义日志数据的通用属性,通用属性包括以下至少一种:日志保存路径,日志索引,日志状态符,日志关联的代码文件、函数和行号,以及日志内容。日志文件模块用于在将缓存的日志数据进行存储在硬盘中之后,定义存储日志数据的日志文件的路径、名称和内容。本发明实施例的日志数据保存的装置通过日志数据的缓存,判断存储模块的加密单元可对日志数据进行字符串格式化加密,以及日志属性模块和日志文件模块对日志数据的基本信息进行完善,优先缓存至内存中。在缓存达到最大数目,或者主线程runloop进入休眠状态,或者程序显式调用立即保存功能时(系统因崩溃等原因发生中断),判断存储模块执行异步线程开启,保存日志数据。进而在不影响用户正常使用程序功能的同时保存用户程序运行时日志数据,该数据可以应用于用户行为分析、程序运行分析以及真实生产环境参数分析等多种数据分析场景。用户日志数据由程序开发人员提供满足程序逻辑定位需要的日志数据和由日志管理模块生成的必要定位数据组成。开发人员在开启日志管理模块之后,无需切换原有开发环境任何日志定位代码,既可以完成生产环境的同步执行调用,且调用生成的日志数据将更加完整的保存于用户硬盘数据中,即使关闭应用或重新开启,亦可以获取并反馈。下面参考图5,其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。如图5所示,计算机系统500包括中央处理单元(cpu)501,其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中,还存储有系统500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。以下部件连接至i/o接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时,执行本发明的系统中限定的上述功能。需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、rf等等,或者上述的任意合适的组合。附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。描述于本发明实施例中所涉及到的模块或单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块或单元也可以设置在处理器中,例如,可以描述为:一种处理器包括监听模块、缓存模块和判断存储模块。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,监听模块还可以被描述为“用于对系统主线程的运行状态进行监听的模块”。作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:对系统主线程的运行状态进行监听;将系统的日志数据进行缓存;根据监听的主线程的运行状态或缓存临界值,判断是否将缓存的日志数据进行存储。根据本发明实施例的技术方案,能够避免占用程序运行时的主线程资源,减少了实时的文件保存和子线程创建造成的主线程资源被剥夺的问题,提高了程序高效运行,将对用户使用程序的影响降到最低,提高了用户日志的保存效率和安全程度。上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1