应用程序启动优化方法、装置、计算机设备及存储介质与流程

文档序号:16929784发布日期:2019-02-22 20:09阅读:169来源:国知局
本发明涉及ios移动应用开发
技术领域
:,尤其涉及一种应用程序启动优化方法、装置、计算机设备及存储介质。
背景技术
::目前,项目运行时会利用类似windows系统中挂钩、钩子方式对ios系统(由苹果公司开发的移动操作系统)的方法或第三方库的方法进行替换,进而实现方法替换的目的。现有技术中,项目是在load()函数中注册新的替换方法以实现方法替换的目的。然而,大量使用load()函数会造成应用程序的启动时间变长,因为写入到load()函数中的方法替换在应用程序启动main()函数之前就已经被调用加载,大量使用load()函数就会造成应用程序的启动时间过长,占用了应用程序不少的时间开销,大大降低了用户的体验效果。技术实现要素:本发明实施例提供了一种应用程序启动优化方法、装置、计算机设备及计算机可读存储介质,旨在缩短应用程序的启动时间,优化应用程序的启动,大大提高用户的体验效果。第一方面,本发明实施例提供了一种应用程序启动优化方法,所述应用程序定义了一预设类,所述预设类关联有多个类别,所述方法包括:获取所述多个类别内的第一函数,其中,每个所述类别内均存在第一函数,所述第一函数用于在应用程序启动主函数之前被自动调用加载;根据预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数;若存在可合并的第一函数,获取每个可合并的第一函数的源代码并将可合并的第一函数从其所对应的类别中删除;合并所述源代码并将所合并的源代码作为所述预设类的第二函数的源代码;判断是否满足预设触发条件;以及若满足预设触发条件,自动调用加载所述第二函数。第二方面,本发明实施例还提供了一种应用程序启动优化装置,其包括用于执行上述第一方面的方法的单元。第三方面,本发明实施例还提供了一种计算机设备,所述计算机设备包括存储器及处理器,所述存储器上存储有计算机程序,所述处理器执行所述计算机程序时实现上述第一方面的方法。第四方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序当被处理器执行时可实现上述第一方面的方法。本发明实施例提供了一种应用程序启动优化方法、装置、计算机设备及计算机可读存储介质。本发明实施例能够有效克服现有技术中利用load()函数实现方法替换技术而导致应用程序启动时间过长的问题。本发明实施例将类在load()函数中的方法替换技术改为在initialize()函数中实现,延迟了类的方法替换技术的调用时机,利用这一延迟加载的方式有利于减少启动应用程序的等待时间,优化用户的体验效果。附图说明为了更清楚地说明本发明实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1为本发明实施例提供的一种应用程序启动优化方法的流程示意图;图2为本发明实施例提供的一种应用程序启动优化方法的子流程示意图;图3为本发明实施例提供的一种应用程序启动优化方法的另一子流程示意图;图4为本发明实施例提供的一种应用程序启动优化装置的示意性框图;图5为本发明实施例提供的一种应用程序启动优化装置的第一判断单元的示意性框图;图6为本发明实施例提供的一种应用程序启动优化装置的条件判断单元的示意性框图;以及图7为本发明实施例提供的一种计算机设备的示意性框图。具体实施方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。请参阅图1,其为本发明实施例提供的一种应用程序启动优化方法的示意性流程图。该应用程序启动优化方法应用于ios系统的一应用程序中,所述应用程序定义了一预设类,所述预设类关联有多个类别,所述预设类为原类。如图1所示,该方法可包括步骤s110至s160。s110、获取所述多个类别内的第一函数,其中,每个所述类别内均存在第一函数,所述第一函数用于在应用程序启动主函数之前被自动调用加载。其中,所述第一函数为load()函数,每个所述类别内均存在load()函数。具体地,所述多个类别为所述预设类的多个添加扩展的方法,获取所定义的一预设类所扩展的多个类别(category)内的load()函数,每个扩展的类别均存在与其唯一对应的load()函数,所述load()函数在应用程序启动主函数之前完成加载进而实现方法替换(methodswizzling)技术的目的。其中,所述methodswizzling技术指的是改变一个已存在的选择器(selector)对应实现的过程。具体地,在没有一个类的具体实现源码的情况下,想改变系统类的一个方法或第三方库的一个方法的实现,可以采用methodswizzling技术,通过methodswizzling技术可以实现系统类的方法或第三方库的方法的替换。其中,methodswizzling技术是将系统类的方法或第三方库的方法的imp替换成扩展类别中自定义的方法的imp。具体地,在扩充c的面向对象编程语言(objective-c)中,每个类都有一个方法列表(dispatchtable),该方法列表用于存放各个方法所对应的选择器(selector)的名字和该各个方法实现的映射关系,具体地,该方法列表用于存放各个方法所对应选择器的名字以及与该各个方法一一对应的implementation(imp)指针,该imp指针为函数指针,用于指向方法实现的首地址。其中,调用一个方法,其实是向一个对象发送消息,查找该消息的唯一依据是选择器的名字,该名字与该消息为一一对应关系,在系统运行时(runtime),通过查找到该消息所对应的选择器,将该选择器所对应的imp修改为扩展类别(category)自定义的方法的imp,进而可以改变一个已存在的选择器对应实现的过程。目前,methodswizzling技术只在load()函数中实现,即利用load()函数可以实现methodswizzling技术以及增加系统类的方法,由于load()函数是在启动应用程序主函数之前就已经自动加载完成的,因此,当应用程序启动后,在原类的方法列表中系统类的某个方法或第三方库的方法的imp自动替换成扩展类别(category)自定义的方法的imp,且该自定义方法的imp也替换成系统类的某个方法的imp,进而实现方法的动态交换。例如,若需要获取用户通过触摸点击方式访问应用的某个功能时所生成的相应参数,则需要给系统触摸类增加一具备获取参数这一功能的一扩展类别,且利用methodswizzling技术将该系统触摸类的方法对应实现的过程替换成该扩展类别自定义的方法对应实现的过程,即当接收到用户访问该功能的服务请求时,该触摸类通过查询所对应的方法列表确定该方法对应的imp,而此时,在该方法列表中该方法所对应的imp已经被替换成具备获取参数这一功能的类别的imp,而该获取参数这一功能的类别的imp替换成该服务请求所对应的方法实现的imp,即通过method-swizzling技术可以实现方法的imp的互换,进而可以让该服务请求先调用实现获取参数这一功能的类别所对应的方法,再调用其最终应当执行实现的方法,即真正响应实现该服务请求。因此,当objective-c调用一个方法时,可以在运行时(runtime)通过改变系统类或第三方库的方法列表中的选择器到最终函数间的映射关系以实现该方法的替换,而目前这一实现方法替换技术的过程是在load()函数内完成。s120、根据预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数。具体地,通过预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数。其中,在一实施例中,所述预设规则可以为当所述多个类别的第一函数为共同处理同一业务场景下的事务的第一函数时,判定该第一判断为可合并的第一函数;在另一实施例中,所述预设规则也可以为根据所述多个类别的业务相关性将多个类别中业务相关性较强的类别的第一函数判定为可合并的第一函数,例如,当类别a与类别b之间的业务相关性高达85%以上,则将类别a的第一函数与类别b的第一函数判定为可合并的第一函数;在其他实施例中,例如本实施例中,所述根据预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数为判断与所获取的多个类别相关联的预设类是否存在第二函数,其中,所述第二函数用于当满足预设触发条件时自动调用加载以实现方法替换技术的目的,且该第二函数是否用于执行实现具体事务,若与所获取的多个类别相关联的预设类存在第二函数且用于执行实现具体事务,则判定不存在可合并的第一函数。s130、若存在可合并的第一函数,获取每个可合并的第一函数的源代码并将可合并的第一函数从其所对应的类别中删除。具体地,从存在可合并的第一函数的类别内一一取出load()函数的源代码,并将可合并的load()函数从其所对应的类别内删除。s140、合并所述源代码并将所合并的源代码作为所述预设类的第二函数的源代码。具体地,所述第二函数为initialize()函数,initialize()函数只在原类或者其子类的第一个方法被调用前调用。由于目前methodswizzling技术只在load()函数中实现完成,当用于实现methodswizzling技术的多个类别被引用进项目的时候就会大量调用load()函数,然而,由于load()函数在应用程序启动main()函数之前就被自动调用加载实现,在实际应用过程中,该用于实现methodswizzling技术的多个类别可能并不需要被调用到,但该多个类别的load()函数在应用程序启动main()函数之前就会被自动调用完成。当多个类别被引用进项目时需要大量调用加载load()函数,从而大大延长了应用程序的启动时间,且在应用程序启动之前就被自动调用加载的类别在后续应用中用户可能并不需要用到,造成不必要的启动时间的开销。因此,将methodswizzling技术放在initialize()函数中实现完成,initialize()函数在原类或者其扩展类别的第一个方法被调用前调用,即在应用程序运行时接收到用户的对某个类的调用请求时才自动调用加载,不占用应用程序启动时间,节省应用程序的启动时间。需要注意的是,当将多个类别的methodswizzling技术放在相应initialize()函数中实现完成时,在执行实现多个类别时,后一个实现的类别的initialize()函数会覆盖前一个实现的类别的initialize()函数,最终只执行一个类别的initialize()函数,通常只会执行文件资源列表中最后一个类别的initialize()函数,因此,需要先根据预设规则判断所获取的多个类别内的第一函数中是否可以合并,若可以合并,则合并所述源代码并将所合并的源代码作为所述预设类的initialize()函数的源代码,这是,合并后只得到一个类别的initialize()函数,所述initialize()函数用于当满足预设触发条件时会被自动调用加载以实现方法替换技术的目的。通过将多个类别的methodswizzling技术从load()函数中取出后合并放入一个类别的initialize()函数中实现完成,也可以实现多个类别的方法替换的目的,initialize()函数在原类或者其扩展类别的第一个方法被调用前调用,即在应用程序运行时接收到用户的对某个类的调用请求时才自动调用加载,不占用应用程序启动时间,可以有效节省应用程序的启动时间。s150、判断是否满足预设触发条件。具体地,由于当预设类的子类未实现initialize()函数时,会调用父类initialize()函数,而父类也会调用其本身的initialize()函数,会造成initialize()函数的重复调用,因此,需要设置预设触发条件来防止initialize()函数的重复调用,即当有调用所述预设类的请求时,需要判断该当前被调用实现的类是否为所述预设类本身,若是,才响应实现该调用请求。s160、若满足预设触发条件,自动调用加载所述第二函数。在上述实施例中,本方案将系统类方法或第三方库的方法在load()函数中实现的方法替换技术改为在initialize()函数中实现,延迟了类的方法替换技术的调用时机,利用这一延迟加载的方式有利于减少启动应用程序的等待时间,优化用户的体验效果,即将方法替换实现从多个类别内的load()函数中取出,合并后放在initialize()函数中实现完成,由于initialize()函数在原类或者其扩展类别的第一个方法被调用前调用,即在app运行时接收到用户的对某个类的调用请求时才自动调用加载,不占用应用程序启动时间,大大降低了应用程序的启动时间,从而可以优化应用程序的启动过程。请参阅图2,其为本发明实施例提供的一种应用程序启动优化方法的子流程示意图,如图2所示,所述步骤s120中的根据预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数的步骤具体包括以下步骤s121-s124。s121、判断与所获取的多个类别相关联的预设类内是否存在第二函数。具体地,由于将存在多个类别的initialize()函数时,后一个实现initialize()函数的类别会覆盖前一个类别所实现的initialize()函数,最终只执行一个类别中initialize()函数,通常只会执行文件资源列表中最后一个类别的initialize()函数,因此,需要判断所获取的多个类别所对应的原类内是否存在第二函数,因为,当所获取的多个类别所对应的原类内存在initialize()函数,若将该获取的多个类别的方法替换技术合并并放入一initialize()函数中实现,则该多个类别所实现的initialize()函数会覆盖其所对应原类的initialize()函数。s122、若与所获取的多个类别相关联的预设类内存在第二函数,判断所述第二函数是否用于执行事务。具体地,当多个类别相关联的预设类存在initialize()函数时,需要判断所述initialize()函数是否用于执行具体事务,若不是用于执行具体事务,则可以覆盖掉该预设类的initialize()函数。s123、若所述第二函数用于执行事务,则判定所获取的多个类别不存在可合并的第一函数。具体地,若多个类别相关联的预设类存在initialize()函数且用于执行实现具体事务,该多个类别就不能利用initialize()函数来实现方法替换技术的目的,只能在load()函数中实现方法替换技术。s124、若所述第二函数不用于执行事务,则判定所获取的多个类别存在可合并的第一函数。请参阅图3,其为本发明实施例提供的一种应用程序启动优化方法的另一子流程示意图,如图3所示,所述步骤s150中的判断是否满足预设触发条件的步骤具体包括以下步骤s151-s154。s151、接收来自用户的调用所述预设类的请求。s152、判断当前被调用实现的类是否为所述预设类本身。具体地,所述预设类为原类,当原类的子类未实现initialize()函数时,会调用父类initialize()函数,而父类也会调用其本身的initialize()函数,会造成initialize()函数的重复调用,因此,为了防止initialize方法的重复调用,即当有调用请求时需要判断该当前进行调用请求的类是否为该预设类本身,若是,才响应所述调用请求,即利用initialize()函数实现方法替换技术。s153、若是所述预设类本身,则判定满足预设触发条件。s154、若不是所述预设类本身,则判定不满足预设触发条件。请参阅图4,其为本发明实施例提供的一种应用程序启动优化装置300的示意性框图。如图4所示,该应用程序启动优化装置300对应于图1所示的应用程序启动优化方法。该应用程序启动优化装置300包括用于执行上述应用程序启动优化方法的单元,该应用程序启动优化装置300可以被配置于采用ios系统作为控制系统的台式电脑、平板电脑、手提电脑等终端中。具体地,请参阅图4,该应用程序启动优化装置300包括函数获取单元301、第一判断单元302、代码获取单元303、条件判断单元305、条件判断单元305以及调用加载单元306。所述函数获取单元301用于获取所述多个类别内的第一函数,其中,每个所述类别内均存在第一函数,所述第一函数用于在应用程序启动主函数之前被自动调用加载。具体地,所述第一函数为load()函数,每个所述类别内均存在load()函数,所述load()函数在应用程序启动主函数之前完成加载进而实现方法替换(methodswizzling)技术的目的。所述第一判断单元302用于根据预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数。所述代码获取单元303用于若存在可合并的第一函数,获取每个可合并的第一函数的源代码并将可合并的第一函数从其所对应的类别中删除。具体地,所述预设规则可以为当所述多个类别的第一函数为共同处理同一业务场景下的事务的第一函数时,判定该第一判断为可合并的第一函数;在另一实施例中,所述预设规则也可以为根据所述多个类别的业务相关性将多个类别中业务相关性较强的类别的第一函数判定为可合并的第一函数;在其他实施例中,例如本实施例中,所述根据预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数为判断与所获取的多个类别相关联的预设类是否存在第二函数,其中,所述第二函数用于当满足预设触发条件时自动调用加载以实现方法替换技术的目的,且该第二函数是否用于执行实现事务,若与所获取的多个类别相关联的预设类存在第二函数且用于执行实现事务,判定不存在可合并的第一函数。所述条件判断单元305用于合并所述源代码并将所合并的源代码作为所述预设类的第二函数的源代码。具体地,所述第二函数为initialize()函数,initialize()函数只在预设类或者其子类的第一个方法被调用前调用。所述条件判断单元305用于判断是否满足预设触发条件。具体地,在一实施例中,所述预设触发条件为当有调用请求时需要判断该当前调用实现的类是否为类本身,若是,才响应该所述调用请求。所述调用加载单元306用于若满足预设触发条件,自动调用加载所述第二函数。在上述实施例中,本发明实施例通过将系统类在load()函数中的方法替换技术改为在initialize()函数中实现,延迟了类的方法替换技术的调用时机,利用这一延迟加载的方式有利于减少启动应用程序的等待时间,优化用户的体验效果。请参阅图5,其为本发明实施例提供的一种应用程序启动优化装置300的第一判断单元302的示意性框图,所述第一判断单元302包括函数判断单元3021、事务判断单元3022、第一判定单元3023以及第二判定单元3024。所述函数判断单元3021用于判断与所获取的多个类别相关联的预设类内是否存在第二函数。所述事务判断单元3022用于若与所获取的多个类别相关联的预设类内存在第二函数,判断所述第二函数是否用于执行事务。所述第一判定单元3023用于若所述第二函数用于执行事务,则判定所获取的多个类别不存在可合并的第一函数。所述第二判定单元3024用于若所述第二函数不用于执行事务,则判定所获取的多个类别存在可合并的第一函数。请参阅图6,其为本发明实施例提供的一种应用程序启动优化装置300的条件判断单元305的示意性框图,所述条件判断单元305包括接收单元3051、第二判断单元3052、第三判定单元3053以及第四判定单元3054。所述接收单元3051用于接收来自用户的调用所述预设类的请求。所述第二判断单元3052用于判断当前被调用实现的类是否为所述预设类本身。所述第三判定单元3053用于若是所述预设类本身,则判定满足预设触发条件。所述第四判定单元3054用于若不是所述预设类本身,则判定不满足预设触发条件。需要说明的是,所属领域的技术人员可以清楚地了解到,上述应用程序启动优化装置300和各单元的具体实现过程以及效果,可以参考前述方法实施例中的相应描述,为了描述的方便和简洁,在此不再赘述。上述装置可以实现为一种计算机程序的形式,该计算机程序可以在如图7所示的计算机设备上运行。请参阅图7,其为本发明实施例提供的一种计算机设备的示意性框图。该计算机设备600可以是终端,也可以是服务器,其中,终端可以是配置有ios系统的智能手机、平板电脑、笔记本电脑、台式电脑和个人数字助理等电子设备。服务器可以是独立的服务器,也可以是多个服务器组成的服务器集群。参阅图7,该计算机设备600包括通过系统总线601连接的处理器602、存储器和网络接口605,其中,存储器可以包括非易失性存储介质603和内存储器604。该非易失性存储介质603可存储操作系统6031和计算机程序6032。该计算机程序6032包括程序指令,该程序指令被执行时,可使得处理器602执行一种应用程序启动优化方法。该处理器602用于提供计算和控制能力,以支撑整个计算机设备600的运行。该内存储器604为非易失性存储介质603中的计算机程序6032的运行提供环境,该计算机程序6032被处理器602执行时,可使得处理器602执行一种应用程序启动优化方法。该网络接口605用于与其它设备进行网络通信。本领域技术人员可以理解,图7中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备600的限定,具体的计算机设备600可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。其中,所述处理器602用于运行存储在存储器中的计算机程序6032,以实现如下步骤:在一实施例中,处理器602在实现所述应用程序启动优化方法时,所述应用程序定义了一预设类,所述预设类关联有多个类别,具体实现如下步骤:获取所述多个类别内的第一函数,其中,每个所述类别内均存在第一函数,所述第一函数用于在应用程序启动主函数之前被自动调用加载;根据预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数;若存在可合并的第一函数,获取每个可合并的第一函数的源代码并将可合并的第一函数从其所对应的类别中删除;合并所述源代码并将所合并的源代码作为所述预设类的第二函数的源代码;判断是否满足预设触发条件;以及若满足预设触发条件,自动调用加载所述第二函数。在一实施例中,处理器602在实现所述根据预设规则判断所获取的多个类别内的第一函数中是否存在可合并的第一函数的步骤时,具体实现如下步骤:判断与所获取的多个类别相关联的预设类内是否存在第二函数;若与所获取的多个类别相关联的预设类内存在第二函数,判断所述第二函数是否用于执行事务;若所述第二函数用于执行事务,则判定所获取的多个类别不存在可合并的第一函数;以及若所述第二函数不用于执行事务,则判定所获取的多个类别存在可合并的第一函数。在一实施例中,处理器602在实现所述判断是否满足预设触发条件的步骤时,具体实现如下步骤:接收来自用户的调用所述预设类的请求;判断当前被调用实现的类是否为所述预设类本身;若是所述预设类本身,则判定满足预设触发条件;以及若不是所述预设类本身,则判定不满足预设触发条件。应当理解,在本发明实施例中,处理器602可以是中央处理单元(centralprocessingunit,cpu),该处理器602还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令,计算机程序可存储于一存储介质中,该存储介质为存储介质。该程序指令被该计算机系统中的至少一个处理器执行,以实现上述方法的实施例的流程步骤。因此,本发明还提供一种计算机可读存储介质。该计算机可读存储介质存储有计算机程序,其中计算机程序包括程序指令。该程序指令被处理器执行时使处理器执行如上所述的应用程序启动优化方法。所述存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory,rom)、磁碟或者光盘等各种可以存储程序代码的存储介质。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的。例如,各个单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,终端,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本
技术领域
:的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1