信息处理方法、装置、存储介质及电子设备与流程

1.本技术涉及电子设备技术领域，尤其涉及一种信息处理方法、装置、存储介质及电子设备。


背景技术：

2.在ios系统下，终端界面的呈现是由父视图(父视图为底层的基本容器视图，也称为父视图或者下层视图)和各级子视图(子视图也称为上层视图)构成，而子视图又可以作为新的父视图包含其他子视图。因此，一个视图界面可看成是多个子视图的多个层级的叠加。每个子视图都有父视图(根视图除外，根视图是指界面最底层的第一个视图)。若有事件或者消息需要从父视图传递到子视图，此传递方式为正向传递；反之，若有事件或者消息需要从子视图传递到父视图，此传递方式为反向传递。
3.在现有的项目开发模式下，要求视图控制器(ui view controller)与自定义视图(view)分离开来。通常情况下，假设自定义视图有事件或消息需要传递到视图控制器或者父视图中，通常传递方式有两种：一是通过代理的方式回传，另外一种是通过代码块(block)的方式回传。然而，这两种方式在使用过程中极易导致内存泄露或者程序崩溃。


技术实现要素：

4.本技术实施例提供一种信息处理方法、装置、存储介质及电子设备，降低了事件消息反向传递过程中内存泄露的风险、以及程序崩溃的概率。
5.第一方面，本技术实施例提供一种信息处理方法，包括：
6.在子视图中捕获待反向传递的目标事件消息；
7.确定所述子视图的各级父视图，并逐级向所述子视图的各级父视图发送所述目标事件消息；
8.判断当前层级的父视图是否存在对应接口接收所述目标事件消息；
9.若存在，则基于所述当前层级的父视图对所述目标事件消息进行处理。
10.第二方面，本技术实施例提供了一种信息处理装置，包括：
11.获取单元，用于在子视图中捕获待反向传递的目标事件消息；
12.第一处理单元，用于确定所述子视图的各级父视图，并逐级向所述子视图的各级父视图发送所述目标事件消息；
13.判断单元，用于判断当前层级的父视图是否存在对应接口接收所述目标事件消息；
14.第二处理单元，用于基于所述当前层级的父视图对所述目标事件消息进行处理。
15.在一实施方式中，所述装置还包括：
16.第一中断单元，用于在基于所述当前层级的父视图对所述目标事件消息进行处理的同时，中断向所述子视图的其他层级父视图发送所述目标事件消息。
17.在一实施方式中，所述第二处理单元具体用于：
18.若当前层级父视图不存在对应接口接收所述目标事件消息，则继续向所述当前层级父视图的上一级父视图转发所述目标事件消息，直至查询到有父视图存在对应接口接收所述目标事件消息。
19.在一实施方式中，所述第一处理单元具体用于：
20.确定所述子视图的各级父视图；
21.从所述各级父视图中筛选出可响应所述目标事件消息的父视图，得到父视图集合；
22.根据所述父视图集合中各父视图的层级信息，生成父级视图链；
23.逐级向所述父级视图链中的父视图发送所述目标事件消息。
24.在一实施方式中，所述装置还包括：
25.第二中断单元，用于若所述子视图的各级父视图都不存在对应接口接收所述目标事件消息，则中断所述目标事件消息。
26.在一些实施方式中，所述第二处理单元具体用于：
27.确定所述目标事件消息的标识信息；
28.根据所述标识信息确定对应的目标接口；
29.在所述当前层级的父视图中，通过调用所述目标接口对应的实现函数对所述目标事件消息进行处理。
30.在一实施方式中，所述装置还包括：
31.导入单元，用于在子视图中捕获待反向传递的目标事件消息之前，在所述当前层级的父视图中导入接口声明文件，其中，所述接口声明文件中至少声明了所述目标接口。
32.第三方面，本技术实施例还提供了一种计算机可读存储介质，所述存储介质中存储有多条指令，所述指令适于由处理器加载以执行上述的信息处理方法。
33.第四方面，本技术实施例还提供了一种电子设备，包括处理器及存储器，所述处理器与所述存储器电性连接，所述存储器用于存储指令和数据，处理器用于执行上述的信息处理方法。
34.本技术实施，在子视图中捕获待反向传递的目标事件消息，确定子视图的各级父视图，并逐级向子视图的各级父视图发送目标事件消息。在当前层级的父视图存在对应接口接收目标事件消息时，则基于当前层级的父视图对目标事件消息进行处理。本方案创造了事件从子视图向父视图的传递新方式，简化了事件从子视图向父视图的传递逻辑处理，规避了事件从子视图向父视图的传递时可能会出现的内存泄漏等问题。
附图说明
35.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
36.图1是本技术实施例提供的信息处理方法的一流程示意图。
37.图2是本技术实施例提供的信息处理方法的另一流程示意图。
38.图3是本技术实施例提供的信息处理装置的一结构示意图。
39.图4是本技术实施例提供的电子设备的一结构示意图。
40.图5是本技术实施例提供的电子设备的另一结构示意图。
具体实施方式
41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.在ios系统下，通过代理或者代码块将响应事件或者消息反向传递到视图控制器(uiviewcontroller)或者父视图时容易出现内存泄露或者程序崩溃的问题。具体如下：
43.代理方式的传递原理为：假定a页面弹出了b页面，而b页面中有个事件需要回传给a。此时b页面中会预留一个“代理”的位置，同时b页面会声明一份协议，协议中要求了代理必须实现某些功能(比如说接受b页面响应的功能)。此时将b页面中的代理设置为a页面，并且a页面遵守协议并在a页面内部实现了协议中的功能，这时候b页面在触发响应时就能通过代理实现功能。
44.代码块方式的传递原理为：假定a页面弹出了b页面，而b页面中有个事件需要回传给a。此时在b页面上会携带一个类似监听器的装置，并将这个装置放置于a页面中，若b页面有相关事件需要传递给a时，只要触发这类似个监听器的装置，那么a就可以收到响应。
45.假定a页面弹出了b页面。此时a界面对b形成了引用关系，而b界面并没有引用a界面。假如通过在b页面设置代理为a界面，或者通过代码块引用了a界面。此时会形成b界面反向引用a，又因为ios系统机制的原因，在这过程中如果某个参数设置不当会导致在a页面和b页面消失后之前存放a和b页面的系统内存并没有回收，这时内存便泄漏了，会导致应用内存增大。如果这种内存泄漏继续增多，达到阈值后就会导致内存不足而奔溃。
46.为了规避视图通过代理或者代码块将响应事件或者消息反向传递到视图控制器或者父视图时容易出现内存泄露或者程序崩溃的问题，本技术实施例提供一种信息处理方法、装置、存储介质及电子设备。以下将分别进行详细说明。
47.在一实施例中，提供一种信息处理方法，应用于智能手机、平板电脑、笔记本电脑等电子设备中。参考图1，该信息处理方法的具体流程可以如下：
48.101、在子视图中捕获待反向传递的目标事件消息。
49.本实施例方案主要解决事件消息再反向传递过程中的内存泄漏问题。
50.其中，在ios系统下，终端界面的呈现是由父视图(即底层视图或者下层视图)和各级子视图(即上层视图)构成，而子视图又可以作为新的父视图包含其他子视图。每个子视图都有父视图(根视图除外，根视图指界面最底层的第一个视图)。若有事件或者消息需要从父视图传递到子视图，此传递方式为正向传递；反之，若有事件或者消息需要从子视图传递到父视图，此传递方式为反向传递。
51.目标事件消息，即通过子视图触发的事件产生的消息，其需要传递给底层视图。一个事件产生后，将被操作系统转换为一个消息。其中，事件只能由用户通过外设的输入产生，该事件消息可以由操作系统产生，也可以由用户触发的事件转换而来，还可以由另一个消息产生。例如，用户通过对终端界面的触摸操作，产生了针对子视图的触摸事件，进而系
统将该触摸事件转换成消息反向传递给底层视图。
52.102、确定子视图的各级父视图，并逐级该向子视图的各级父视图发送目标事件消息。
53.具体的，一个视图界面可看成是多个视图的多个层级的叠加。具体实施时，可获基于该子视图的层级位置确定其底层视图(即父视图)。也即，在确定子视图的各级父视图，并逐级向子视图的各级父视图发送目标事件消息时，具体可以包括以下流程：
54.确定子视图的各级父视图；
55.从各级父视图中筛选出可响应目标事件消息的父视图，得到父视图集合；
56.根据父视图集合中各父视图的层级信息，生成父级视图链；
57.逐级向父级视图链中的父视图发送目标事件消息。
58.在ios开发中每一个视图view有superview和subviews，同时视图view可以通过superview和subview来获取其父视图和子视图。在确定子视图的各级父视图后，运用ios运行时原理，从各级父视图中筛选出可响应目标事件消息的父视图，并添加到同一集合中，得到父视图集合。然后，根据父视图集合中各父视图的层级信息，生成父级视图链。最后，基于该父级视图链中各父视图的位置信息，逐级向父级视图链中的父视图发送目标事件消息。
59.103、判断当前层级的父视图是否存在对应接口接收目标事件消息，若是，则执行步骤104，否则继续执行步骤102。
60.具体的，可以运用ios消息机制动态判定该子视图的各级底层视图中是否有对应的接口去接收该目标事件消息。
61.具体实施过程中，首先可先判断子视图是否存在可响应的父视图。若存在可响应的父视图，则依据层级由下至上的顺序，判断该子视图上一级父视图是否有对应的方法去接收该目标事件消息。如果这一层级的父视图有对应的方法接收该目标事件消息，则调用该方法，流程结束。
62.反之，若这一层级的父视图没有对应方法去接收该目标事件消息，则继续在上上级父视图去继续寻找，以此类推，直至最底层的根视图为止。也即，该信息处理方法还可以以下操作：
63.若当前层级父视图不存在对应接口接收目标事件消息，则继续向当前层级父视图的上一级父视图转发目标事件消息，直至查询到有父视图存在对应接口接收目标事件消息。
64.若最底层的根视图依旧没有对应的方法去接收该目标事件消息，则丢弃此次事件，流程结束。也即，该信息处理方法还可以以下操作：
65.若子视图的各级父视图都不存在对应接口接收目标事件消息，则中断目标事件消息。
66.104、基于当前层级的父视图对目标事件消息进行处理。
67.本实施例中，需要预先在视图中导入接口声明文件，以供视图调用相应接口对接收到的事件或消息进行响应。也即，在子视图中捕获待反向传递的目标事件消息之前，需在当前层级的父视图中导入接口声明文件，其中，接口声明文件可声明多个不同类型的接口函数或方法。被声明的接口函数或方法可以依据产品实际需求进行设定。
68.具体的，可在判定当前层级的父视图存在对应接口接收目标事件消息时，基于当
前层级的父视图对目标事件消息进行处理。其中，在基于当前层级的父视图对目标事件消息进行处理时，具体可以包括以下操作：
69.确定目标事件消息的标识信息；
70.根据标识信息确定对应的目标接口；
71.在当前层级的父视图中，通过调用目标接口对应的实现函数对目标事件消息进行处理。
72.其中，该标识信息为事件区分参数。通过该事件区分参数，标明了此时事件的类型，并且该类型是唯一的。例如，可以通过一个字符串“aaa”去标识一个“发送”按钮的点击事件，也可以通过另外的字符串“bbb”去标识一个屏幕的手势滑动事件，同时还可以通过一个字符串“ccc”去标识一个刷新数据的事件。以此类推，根据不同的标识来表示不同的事件。实际应用中，可以在接口声明文件中所声明的方法设定传值入口，用于传入该事件区分参数，从而根据该事件区分参数调用对应的目标接口的实现函数对目标事件消息进行处理。
73.另外，在基于当前层级的父视图对目标事件消息进行处理的同时，由于事件消息已得到了响应，因此可中断向子视图的其他层级父视图发送目标事件消息，以节省终端资源。
74.此外，由于在使用代理方式传递时，需要编写详细的协议规范，同时需要指定好相关代理，在执行代理响应时需要对代理做好内存泄漏的防护(比如需要判断代理有没有关联好，没有关联好则不执行相关响应)。在执行代码块时，也同样需要声明代码块，同时实现代码块，然后在执行响应时对代码块实体进行关联判断，同时在使用时也需要做好内存泄漏的防护(比如要注意使用时避免代码块和使用对象是否造成了ios系统下的循环引用问题)。可知上述两种方式的实现代码比较繁琐臃肿。而采用本方案中方法，其从根本上杜绝了内存泄露的风险，无需编写代理协议规范或声明代码块，简化了事件从子视图向父视图的传递逻辑处理，大大减少了代码量。
75.由上可知，本实施例提供的信息处理方法，在子视图中捕获待反向传递的目标事件消息，确定子视图的各级父视图，并逐级向子视图的各级父视图发送目标事件消息。在当前层级的父视图存在对应接口接收目标事件消息时，则基于当前层级的父视图对目标事件消息进行处理。本方案创造了事件从子视图向父视图的传递新方式，简化了事件从子视图向父视图的传递逻辑处理，规避了事件从子视图向父视图的传递时可能会出现的内存泄漏等问题。
76.在又一实施例中，还提供一种事件跨层传递方法。下面，将以ios系统为例，对该事件跨层传递进行详细描述。参考图2，其基本原理包括以下步骤：
77.步骤一、在子视图中捕获需要反向传递给底层视图的事件或消息。
78.步骤二、运用ios运行时原理，获取到步骤一中的子视图的各级底层视图(即父视图)，并逐级向其各级底层视图发送消息(该消息为步骤一中所捕获的事件或消息)。
79.步骤三、运用ios消息机制动态判定步骤一中的子视图的各级底层视图中是否有对应的接口(或者说步骤二中所发送的消息是否有关联方法)去接收此消息。
80.步骤四、若步骤三中有相关底层视图存在对应的接口去接收此消息，则此消息在这一级的底层视图中得到响应，同时中断向其他底层视图发送消息(即中断步骤二中的逐
级向其各级底层视图发送消息)。
81.步骤五、若子视图的所有各级底层视图均没有对应的接口去接收此消息，则自动将此次事件或者消息丢弃，不做任何处理。
82.通过使用上述方案，相对于通过代理或代码块回传的传递方式来说，使用起来更为简单，并且从根本上杜绝了内存泄露的风险，极大的降低了程序崩溃的概率，同时也大大的减少了代码量(相比之下会减少40％左右的代码)。
83.具体实施时，本方案会封装成两个object-c的文件，应用方需要在项目中导入这两个文件，并且在需要用到的地方import(导入)“头文件”，在事件需要传递的地方调用“头文件”中所声明的方法，在事件接收处实现头文件中所声明的方法。具体流程包括：
84.(1)在工程中导入封装的两个object-c文件。其中，一个是“头文件”(ios系统下的“***.h”文件，即接口声明文件)，主要用于声明有哪些方法可以调用的文件；另外一个文件(ios系统下的“***.m”文件)是对应前面文件a中所声明的方法的具体逻辑实现。
85.(2)在需要用到的地方导入上述“头文件”(ios系统下的“***.h”文件)。例如，子视图发出了某个事件消息，如果其可响应的父级视图链中有某个父视图需要接收这个消息，那么该父视图则为需要用到的地方。
86.(3)在事件需要传递的地方(即子视图中响应消息需要发出去的地方，也即需要发送消息的源头)调用“头文件”中所声明的方法，并按需在方法中传值即可。其中，该方法共有两个传值入口，第一个为事件区分参数，第二个为键值类型(ios下称为字典)参数。
87.(4)在事件需要接收处实现“头文件”中所声明的方法，通过该方法可以统一接收不同事件的响应，并通过第一个参数进行区分。
88.由上可知，本实施例提供的ios事件跨层传递方法，运用ios运行时原理和ios消息机制动态判定可响应子视图事件的底层视图(即父视图)，在该底层视图中导入接口声明文件，在子视图中调用接口声明文件中所声明的方法，在底层视图中实现接口声明文件中所声明的方法，以完成事件的跨层传递。本方案创造了事件从子视图向父视图的传递新方式，简化了事件从子视图向父视图的传递逻辑处理，规避了事件从子视图向父视图的传递时可能会出现的内存泄漏等问题。
89.在本技术又一实施例中，还提供一种信息处理装置。该信息处理装置可以软件或硬件的形式集成在电子设备中，该电子设备具体可以包括手机、平板电脑、笔记本电脑等设备。如图3所示，该信息处理装置300可以包括：获取单元301、第一处理单元302、判断单元303和第二处理单元304，其中：
90.获取单元301，用于在子视图中捕获待反向传递的目标事件消息；
91.第一处理单元302，用于确定该子视图的各级父视图，并逐级向该子视图的各级父视图发送该目标事件消息；
92.判断单元303，用于判断当前层级的父视图是否存在对应接口接收该目标事件消息；
93.第二处理单元304，用于基于该当前层级的父视图对该目标事件消息进行处理。
94.在一实施方式中，该信息处理装置300还可以包括：
95.第一中断单元，用于在基于该当前层级的父视图对该目标事件消息进行处理的同时，中断向该子视图的其他层级父视图发送该目标事件消息。
96.在一实施方式中，该第二处理单元304具体用于：
97.若当前层级父视图不存在对应接口接收该目标事件消息，则继续向该当前层级父视图的上一级父视图转发该目标事件消息，直至查询到有父视图存在对应接口接收该目标事件消息。
98.在一实施方式中，该第一处理单元302具体可以用于：
99.确定该子视图的各级父视图；
100.从该各级父视图中筛选出可响应该目标事件消息的父视图，得到父视图集合；
101.根据该父视图集合中各父视图的层级信息，生成父级视图链；
102.逐级向该父级视图链中的父视图发送该目标事件消息。
103.在一实施方式中，该信息处理装置300还包括：
104.第二中断单元，用于若该子视图的各级父视图都不存在对应接口接收该目标事件消息，则中断该目标事件消息。
105.在一些实施方式中，该第二处理单元304具体还用于：
106.确定该目标事件消息的标识信息；
107.根据该标识信息确定对应的目标接口；
108.在该当前层级的父视图中，通过调用该目标接口对应的实现函数对该目标事件消息进行处理。
109.在一实施方式中，该信息处理装置300还包括：
110.导入单元，用于在子视图中捕获待反向传递的目标事件消息之前，在该当前层级的父视图中导入接口声明文件，其中，该接口声明文件中至少声明了该目标接口。
111.由上可知，本技术实施例提供的信息处理装置，运用ios运行时原理和ios消息机制动态判定可响应子视图事件的底层视图(即父视图)，在该底层视图中导入接口声明文件，在子视图中调用接口声明文件中所声明的方法，在底层视图中实现接口声明文件中所声明的方法，以完成事件的跨层传递。本方案创造了事件从子视图向父视图的传递新方式，简化了事件从子视图向父视图的传递逻辑处理，规避了事件从子视图向父视图的传递时可能会出现的内存泄漏等问题。
112.在本技术又一实施例中还提供一种电子设备，该电子设备可以是智能手机、平板电脑等智能终端。如图4所示，电子设备400包括处理器401和存储器402。其中，处理器401与存储器402电性连接。
113.处理器401是电子设备400的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或加载存储在存储器402内的应用，以及调用存储在存储器402内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。
114.在本实施例中，电子设备400中的处理器401会按照如下的步骤，将一个或一个以上的应用的进程对应的指令加载到存储器402中，并由处理器401来运行存储在存储器402中的应用，从而实现各种功能：
115.在子视图中捕获待反向传递的目标事件消息；
116.确定该子视图的各级父视图，并逐级向该子视图的各级父视图发送该目标事件消息；
117.判断当前层级的父视图是否存在对应接口接收该目标事件消息；
118.若存在，则基于该当前层级的父视图对该目标事件消息进行处理。
119.在一实施方式中，处理器401可以执行以下操作：
120.在基于该当前层级的父视图对该目标事件消息进行处理的同时，中断向该子视图的其他层级父视图发送该目标事件消息。
121.在一实施方式中，若当前层级父视图不存在对应接口接收该目标事件消息，处理器401还可以执行以下操作：
122.继续向该当前层级父视图的上一级父视图转发该目标事件消息，直至查询到有父视图存在对应接口接收该目标事件消息。
123.在一实施方式中，在确定该子视图的各级父视图，并逐级向该子视图的各级父视图发送该目标事件消息时，则处理器401具体执行以下操作：
124.确定该子视图的各级父视图；
125.从该各级父视图中筛选出可响应该目标事件消息的父视图，得到父视图集合；
126.根据该父视图集合中各父视图的层级信息，生成父级视图链；
127.逐级向该父级视图链中的父视图发送该目标事件消息。
128.在一实施方式中，若该子视图的各级父视图都不存在对应接口接收该目标事件消息，处理器401还可以中断该目标事件消息。
129.在一实施方式中，基于该当前层级的父视图对该目标事件消息进行处理时，处理器401具体可以执行以下操作：
130.确定该目标事件消息的标识信息；
131.根据该标识信息确定对应的目标接口；
132.在该当前层级的父视图中，通过调用该目标接口对应的实现函数对该目标事件消息进行处理。
133.在一实施方式中，在子视图中捕获待反向传递的目标事件消息之前，还处理器401还可以执行以下操作：
134.在当前层级的父视图中导入接口声明文件，其中，接口声明文件中至少声明了目标接口。
135.存储器402可用于存储应用和数据。存储器402存储的应用中包含有可在处理器中执行的指令。应用可以组成各种功能模块。处理器401通过运行存储在存储器402的应用，从而执行各种功能应用以及信息处理。
136.在一些实施例中，如图5所示，电子设备400还包括：显示屏403、控制电路404、射频电路405、输入单元406、传感器408以及电源409。其中，处理器401分别与显示屏403、控制电路404、射频电路405、输入单元406、摄像头407、传感器408以及电源409电性连接。
137.显示屏403可用于显示由用户输入的信息或提供给用户的信息以及电子设备的各种图形用户接口，这些图形用户接口可以由图像、文本、图标、视频和其任意组合来构成。
138.控制电路404与显示屏403电性连接，用于控制显示屏403显示信息。
139.射频电路405用于收发射频信号，以通过无线通信与电子设备或其他电子设备构建无线通讯，与服务器或其他电子设备之间收发信号。
140.输入单元406可用于接收输入的数字、字符信息或用户特征信息(例如指纹)，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。其中，
输入单元406可以包括指纹识别模组。
141.摄像头407可用于采集图像信息。其中，该摄像头可以是具有一个镜头的单摄像头，也可以具有两个或多个镜头。
142.传感器408用于采集外部环境信息。传感器408可以包括环境亮度传感器、加速度传感器、光传感器、运动传感器、以及其他传感器。
143.电源409用于给电子设备400的各个部件供电。在一些实施例中，电源409可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
144.尽管图5中未示出，电子设备400还可以包括扬声器、蓝牙模块等，在此不再赘述。
145.由上可知，本技术实施例提供的电子设备，运用ios运行时原理和ios消息机制动态判定可响应子视图事件的底层视图(即父视图)，在该底层视图中导入接口声明文件，在子视图中调用接口声明文件中所声明的方法，在底层视图中实现接口声明文件中所声明的方法，以完成事件的跨层传递。本方案创造了事件从子视图向父视图的传递新方式，简化了事件从子视图向父视图的传递逻辑处理，规避了事件从子视图向父视图的传递时可能会出现的内存泄漏等问题。
146.在一些实施例中，还提供了一种计算机可读存储介质，该存储介质中存储有多条指令，该指令适于由处理器加载以执行上述任一信息处理方法。
147.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(rom，read only memory)、随机存取记忆体(ram，random access memory)、磁盘或光盘等。
148.以上对本技术实施例所提供的信息处理方法、装置、存储介质及电子设备进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。