一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

压力测试方法、装置、计算机设备和存储介质与流程

2022-11-30 13:38:01 来源:中国专利 TAG:


1.本技术涉及压力测试领域,特别是涉及一种压力测试方法、装置、计算机设备和存储介质。


背景技术:

2.压力测试是软件质量保障的重要手段。目前在对服务器进行压力测试(可简称为压测)时,常会遇到以下问题:1、qps(queries per second,每秒接口请求数)未达到预期;2、压测过程中,压测脚本启动失败,无任何数据返回;3、全链路压测过程中,单个脚本的qps未达到预期。
3.当出现上述问题1时,一般操作流程为:(1)设置虚拟用户数、压测机数量等基本信息;(2)执行压测,期望qps可以压到预期值,如200;(3)观察压测结果,如当前qps压到了100;(4)如果qps没达到预期,则停止本轮压测;(5)重新设置虚拟用户线、或者调整压测机个数,再开始新一轮测试。
4.当出现上述问题2时,一般操作流程为:停止本轮压测,查看日志,排查问题。
5.当出现上述问题3时,一般操作流程为:停止所有脚本的压测流程,并对所有脚本开启新一轮测试。
6.可见,当压测qps未达到预期时,只能通过增加压测次数不断探索,在有限的压测窗口期,通过增加压测机器资源或虚拟用户数来达到预期值,显然,上述操作会增加测试人员进行测试的耗时以及资源成本。


技术实现要素:

7.本技术针对上述不足或缺点,提供了一种压力测试方法、装置、计算机设备和存储介质,本技术实施例能够节省测试人员进行压力测试的时间以及消耗的资源成本。
8.本技术根据第一方面提供了一种压力测试方法,在一个实施例中,该方法包括:响应于接收到执行压测任务的指令,获取压测任务对应的预设任务时长、第一目标压测指标的预期值、第一虚拟用户数量以及第一机器数量;选择第一机器数量的压测机作为第一目标压测机,根据第一虚拟用户数量在第一目标压测机上进行一次压力测试;在压测任务的运行时长达到第一时长时,获取第一目标压测指标的第一指标值;第一时长小于预设任务时长;根据第一指标值和预期值检验预设加压条件是否满足;响应于预设加压条件满足,根据第一虚拟用户数量、预期值和第一指标值确定第二虚拟用户数量,根据第二虚拟用户数量在第一目标压测机上再进行一次压力测试。
9.在一个实施例中,根据第一指标值和预期值检验预设加压条件是否满足,包括:判断第一指标值是否小于预期值与预设系数的商;若是,判定预设加压条件满足;若否,判定预设加压条件不满足。
10.在一个实施例中,根据第一虚拟用户数量、预期值和第一指标值确定第二虚拟用户数量,包括:基于以下公式确定第二虚拟用户数量;第二虚拟用户数量=第一虚拟用户数量 (预期值-第一指标值)/(第一指标值/第一虚拟用户数量)*2。
11.在一个实施例中,根据第一指标值和预期值检验预设加压条件是否满足之前,或根据第二虚拟用户数量在第一目标压测机上进行一次压力测试之后,上述方法还包括:接收用户在压测任务的运行时长未达到预设任务时长时通过压测追加入口配置的第三虚拟用户数量以及第二机器数量;选择第二机器数量的压测机作为第二目标压测机,根据第一虚拟用户数量和第三虚拟用户数量在第一目标压测机和第二目标压测机上进行一次压力测试。
12.在一个实施例中,上述方法还包括:当预设机器追加条件满足时,向用户提供压测追加入口;预设机器追加条件为以下任一项:用户提交过机器追加申请;当前可用机器数量大于预设阈值;用户提交过机器追加申请且当前可用机器数量大于预设阈值。
13.在一个实施例中,上述方法还包括:当完成压测任务的任一次压力测试之后,汇总压测任务当前已完成的全部压力测试的压测结果得到汇总结果,以及通过报告页面展示汇总结果。
14.在一个实施例中,上述方法还包括:响应于预设加压条件不满足,获取根据第一虚拟用户数量在第一目标压测机上进行压力测试所得到的压测结果,以及通过报告页面展示压测结果。
15.本技术根据第二方面提供了一种压力测试装置,在一个实施例中,该装置包括:第一获取模块,用于响应于接收到执行压测任务的指令,获取压测任务对应的预设任务时长、第一目标压测指标的预期值、第一虚拟用户数量以及第一机器数量;第一压测模块,用于选择第一机器数量的压测机作为第一目标压测机,根据第一虚拟用户数量在第一目标压测机上进行一次压力测试;第二获取模块,用于在压测任务的运行时长达到第一时长时,获取第一目标压测指标的第一指标值;第一时长小于预设任务时长;检验模块,用于根据第一指标值和预期值检验预设加压条件是否满足;第二压测模块,用于响应于预设加压条件满足,根据第一虚拟用户数量、预期值和第一指标值确定第二虚拟用户数量,根据第二虚拟用户数量在第一目标压测机上再进行一次压力测试。
16.本技术根据第三方面提供了一种计算机设备,包括存储器、处理器及存储在存储
器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述任一方法的实施例的步骤。
17.本技术根据第四方面提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述任一方法的实施例的步骤。
18.在本技术实施例中,接收到执行压测任务的指令,获取压测任务对应的预设任务时长、第一目标压测指标的预期值、第一虚拟用户数量以及第一机器数量;选择第一机器数量的压测机作为第一目标压测机,根据第一虚拟用户数量在第一目标压测机上进行一次压力测试;在压测任务的运行时长达到第一时长时,获取第一目标压测指标的第一指标值;根据第一指标值和预期值检验预设加压条件是否满足;响应于预设加压条件满足,根据第一虚拟用户数量、预期值和第一指标值确定第二虚拟用户数量;根据第二虚拟用户数量在第一目标压测机上再进行一次压力测试。本技术实施例能够节省测试人员进行压力测试的时间以及消耗的资源成本。
附图说明
19.图1为一个实施例中一种压力测试方法的应用环境图;图2为一个实施例中一种压力测试方法的流程示意图;图3为一个实施例中追加压力测试的流程示意图;图4为一个实施例中压测任务的配置页面示意图;图5为一个实施例中一种报告页面的示意图;图6为一个实施例中另一种报告页面的示意图;图7为一个实施例中追加压测的配置页面示意图;图8为一个实施例中追加压测后报告页面的示意图;图9为一个实施例中一种压力测试装置的结构框图;图10为一个实施例中计算机设备的内部结构图。
具体实施方式
20.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行进一步详细说明。应当理解,此处描述的具体实施例仅用以解释本技术,并不用于限定本技术。
21.本技术提供了一种压力测试方法。在一个实施例中,该压力测试方法可以应用于如图1所示的应用环境中。其中,图1所示10为测试平台,20为进行压测的目标服务器。上述测试平台可以用独立的服务器或者是多个服务器组成的服务器集群来实现,目标服务器可以是单个服务器,或者全链路中的某个服务节点。
22.本实施例提供的一种压力测试方法包括如图2所示的步骤,下面以该方法应用于图1中的测试平台(以下简称为平台)为例进行说明。
23.s110:响应于接收到执行压测任务的指令,获取压测任务对应的预设任务时长、第一目标压测指标的预期值、第一虚拟用户数量以及第一机器数量。
24.其中,目标压测指标为qps。需要说明的是,在其他场景中,目标压测指标也可以是其他指标,例如tps(transactions per second,每秒事务数)。本技术实施例以qps为例进
行说明。
25.s120:选择第一机器数量的压测机作为第一目标压测机,根据第一虚拟用户数量在第一目标压测机上进行一次压力测试。
26.s130:在压测任务的运行时长达到第一时长时,获取第一目标压测指标的第一指标值;第一时长小于预设任务时长。
27.s140:根据第一指标值和预期值检验预设加压条件是否满足。
28.s150:响应于预设加压条件满足,根据第一虚拟用户数量、预期值和第一指标值确定第二虚拟用户数量,根据第二虚拟用户数量在第一目标压测机上再进行一次压力测试。
29.本技术实施例中,用户如测试人员可以在测试平台配置压测任务的相关配置信息,示例性地,用户可以指定需要进行压测的目标服务器,压测任务的预设任务时长(例如五分钟)、进行压测的qps预期值,进行第一轮压测的虚拟用户数量(为方便区分,以下称为第一虚拟用户数量)以及机器数量(为方便区分,以下称为第一机器数量)。在进行压测时,平台选择第一机器数量的压测机(agent)以第一虚拟用户数量的线程数量对目标服务器进行压力测试,例如,第一机器数量为1,第一虚拟用户数量为3,则调用1台压测机来进行压测,在压测时开启3个线程作为3个虚拟用户。
30.在压测任务运行期间,具体地,在压测任务的运行时长达到第一时长时,平台获取目标压测指标的当前值(即第一指标值),并根据第一指标值和预期值检验预设加压条件是否满足。如果满足,则自动进行加压以及进行新一次压测直至压测任务的运行时长达到预设任务时长,如果不满足,则不进行加压,保持原本的配置信息(即第一虚拟用户数量)继续测试直至压测任务的运行时长达到预设任务时长。
31.其中,第一时长小于预设任务时长,示例性地,假设预设任务时长为5分钟,第一时长可以是小于5分钟的任一时长,如3分钟。第一时长可以是测试人员在下发压测任务之前配置好的预设值,还可以是平台在检测到目标压测指标的指标值达到稳定状态时,自动获取该指标值。本实施例不对判断指标值是否达到稳定状态的方法进行限定,例如可以是指标值在连续预设时长(用户可灵活设置,如30秒、1分钟等)内保持不变。
32.其中,平台根据第一指标值和预期值检验预设加压条件是否满足,包括:判断第一指标值是否小于预期值与预设系数的商;若是,判定预设加压条件满足;若否,判定预设加压条件不满足。
33.其中,预设系数是个比例值,取值范围可以是大于0,小于等于100%。以预期值为100,预设系数为90%为例,假如第一指标值为50,则50《100*90%,此时判定预设加压条件满足,自动进行加压操作,假如第一指标值为95,则95》100*90%,此时判定预设加压条件不满足,不进行加压操作。其中,平台可以响应于预设加压条件不满足,获取根据第一虚拟用户数量在第一目标压测机上进行压力测试所得到的压测结果,以及通过报告页面展示压测结果,以便用户了解压测任务的测试情况。
34.进行上述加压操作时,平台自动调整进行压测时的虚拟用户数量(调整后的虚拟用户数量称为第二虚拟用户数量),再次进行一次压测,无需用户结束压测任务后再重新基于调节后的虚拟用户数量再开启新的压测任务。
35.在一个实施例中,根据第一虚拟用户数量、预期值和第一指标值确定第二虚拟用户数量,包括:
基于以下公式确定第二虚拟用户数量;第二虚拟用户数量=第一虚拟用户数量 (预期值-第一指标值)/(第一指标值/第一虚拟用户数量)*2。
36.在上述实施例中,平台在压测过程如果发现基于用户最开始设置的线程数(即第一虚拟用户数量)和机器数(第一机器数量)进行压测无法达到预期流量,则在压测窗口期(即上述预设任务时长)自动执行加压操作,自动增加线程数或者压测机来使目标压测指标的当前值达到预期值,由于平台在压测任务的运行期间可以自动加压,实现多次压力测试,发明人经过大量试验后发现在采用上述实施例提供的压力测试方法时,通常在平台自动加压一次后,即可达到预期值,显然,本实施例可以减少测试人员进行测试的耗时以及需要投入的资源成本,提高了测试效率。
37.在一些实施例中,平台还支持用户在运行压测任务时,追加压测机进行测试。下面对用户追加压测机进行测试的过程进行说明, 即,如图3所示,上述方法还包括:s210:接收用户在压测任务的运行时长未达到预设任务时长时通过压测追加入口配置的第三虚拟用户数量以及第二机器数量;s220:选择第二机器数量的压测机作为第二目标压测机,根据第一虚拟用户数量和第三虚拟用户数量在第一目标压测机和第二目标压测机上进行一次压力测试。
38.在本实施例中,在压测任务的运行时长还未达到预设任务时长时,用户可以通过压测追加入口设置追加压测配置信息,该追加压测配置信息包括用户设置的新的虚拟用户数量(以下称为第三虚拟用户数量)以及新的机器数量(以下称为第二机器数量)。在一些场景中,该第二机器数量可以是个默认值(可根据具体场景灵活设置,例如默认设置为1)。
39.平台额外再选择第二机器数量的压测机作为第二目标压测机,然后根据第一虚拟用户数量和第三虚拟用户数量在第一目标压测机和第二目标压测机上进行一次压力测试,即根据第一虚拟用户数量在第一目标压测机上继续进行压力测试,同时根据第三虚拟用户数量在第二目标压测机上进行一次压力测试,直至压测任务的运行时长达到预设任务时长。需要指出的是,上述压测任务的运行时长达到预设任务时长,可以是指压测任务的运行时长与预设任务时长一致,或者是接近预设任务时长,如超过预设任务时长若干秒,又如少于预设任务时长若干秒。该若干秒可以灵活设置,本实施例不进行限定。
40.本实施例中,用户可以手动增加压测机,以追加压测,可以节约时间、人力以及硬件成本。
41.还需要说明的是,上述图3所示的步骤可以是在上述根据第一指标值和预期值检验预设加压条件是否满足的步骤之前,也可以是在上述根据第二虚拟用户数量在第一目标压测机上进行一次压力测试的步骤之后执行。
42.进一步地,上述方法还包括:当预设机器追加条件满足时,向用户提供压测追加入口。其中,预设机器追加条件为以下任一项:(1)用户提交过机器追加申请,例如,用户配置压测任务时,勾选了“追加压测”的功能选项;(2)当前可用机器数量大于预设阈值;(3)用户提交过机器追加申请且当前可用机器数量大于预设阈值。
43.基于上述实施例,在一些实施例中,上述方法还包括:当完成压测任务的任一次压
力测试之后,汇总压测任务当前已完成的全部压力测试的压测结果得到汇总结果,以及通过报告页面展示汇总结果。
44.示例性地,假设根据第一虚拟用户数量在第一目标压测机上进行压力测试所得到的压测结果为第一压测结果,根据第二虚拟用户数量在第一目标压测机上进行压力测试所得到的压测结果为第二压测结果,根据第一虚拟用户数量和第三虚拟用户数量在第一目标压测机和第二目标压测机上进行压力测试所得到的压测结果为第三压测结果。假如平台生成了第二压测结果,则汇总第一压测结果和第二压测结果,以及通过报告页面显示第一压测结果和第二压测结果的汇总结果;假如平台在根据第二虚拟用户数量在第一目标压测机上进行一次压力测试的步骤之后生成了第三压测结果,则汇总第一压测结果、第二压测结果和第三压测结果,以及通过报告页面显示第一压测结果、第二压测结果和第三压测结果的汇总结果。
45.本实施例将多次压测结果汇总在同一个报告,可以增加报告的易用性,让用户一目了然压测任务的测试情况。
46.本技术还提供了具体的应用例对上述实施例进行说明。
47.本应用例以qps为例,并且加压操作以及追加压测操作都需要用户在配置压测任务时提交申请(如勾选了相关功能的选项),后续平台才会在压测过程中执行。
48.本应用例中,根据用户对加压操作和追加压测操作的不同选择,有以下几种情况。
49.第一种情况是用户勾选了自动加压以及追加压测机,流程如下:1、用户在开启压测前,勾选自动加压功能,并填写qps的预期值,用户需要配置的信息可以参见图4,图中的“运行时间”即是上述的预设任务时长;2、当平台计算当前qps《qps预期值*90%后,计算出需要的线程数,增加线程数标准为:(预期值-第一指标值)/(第一指标值/第一虚拟用户数量)*2,然后自动调整压测配置中的线程数;示例性地,当判定当前qps《qps预期值*90%时,开启自动加压。假设未加压前,虚拟用户数量为1,压测的qps为3;则平台自动判定当前qps《qps预期值*90%,以预设加压条件满足;然后自动计算出需要增加的虚拟用户数量为70,最后完成追加虚拟用户数量,虚拟用户数量由1增加到71,而压测的qps由3增加到100左右,成功达到预期值,通过报告页面展示结果的效果图可以参见图5。
50.3、平台读取压测配置后,在原先的压测机上自动开启新的一次测试;4、若用户还觉得当前qps不满足要求,可以通过报告页面的追加压测入口来新增压测机(可参见图6),此时需要用户填写需要增加的虚拟用户数,可参见图7所示。
51.第二种情况是用户勾选自动加压,但未追加压测机,相关流程如下:1、用户在开启压测前,勾选自动加压功能,并填写qps限制;2、当平台计算当前qps《qps预期值*90%后,计算出需要的线程数,增加线程数标准为:(预期值-第一指标值)/(第一指标值/第一虚拟用户数量)*2,然后自动调整压测配置中的线程数;3、读取调整后的压测配置,在原先的压测机上自动开启新的一次测试,若此时达到预期,用户无法再追加压测机进行测试。
52.第三种情况是用户仅勾选自动加压,假如当前qps已达到预期值,则处理流程为:
当平台计算当前qps》qps预期值*90%后,判断预设加压条件不满足,即无需加压,那么将不会执行自动加压操作。
53.第四种是用户未勾选自动加压,但有追加压测机,相关流程如下:1、平台获取压测配置,发现未开启自动加压后,即使当前qps未达到预期值,也不会执行自动加压操作;2、用户可以通过报告页面来新增压测机,其中用户要填写需要增加的虚拟用户数量,然后在新的压测机上开启压测,报告页面上相应的压测机数量和虚拟用户数量会相应改变,可参见图8。
54.第五种情况是用户未勾选自动加压,也未追加压测机,则相关流程如下:1、平台获取压测配置,发现未开启自动加压后,即使当前qps未达到预期值,也不会执行自动加压操作;2、用户不主动触发追加压测机,平台不会追加压测机进行压测。
55.本应用例至少可以实现以下技术效果:(1)能够在一台压测机同时开启两次压测,经过大量试验发现大概率只需加压一次即可达到预期值,有效节省用户的时间和硬件等成本,提高了测试效率;(2)可较准确计算是否需要追加虚拟用户数量,以及需要加多少虚拟用户,避免因为用户开始设置的数量较少,导致qps达不到预期;(3)能将多次压测结果汇总在同一个报告,即自动加压或追加压测之后,不会导致另外新增报告,增加了易用性。
56.图2-3为一个实施例中压力测试方法的流程示意图。应该理解的是,虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
57.基于相同的发明构思,本技术还提供了一种压力测试装置。在本实施例中,如图9所示,该压力测试装置包括以下模块:第一获取模块110,用于响应于接收到执行压测任务的指令,获取压测任务对应的预设任务时长、第一目标压测指标的预期值、第一虚拟用户数量以及第一机器数量;第一压测模块120,用于选择第一机器数量的压测机作为第一目标压测机,根据第一虚拟用户数量在第一目标压测机上进行一次压力测试;第二获取模块130,用于在压测任务的运行时长达到第一时长时,获取第一目标压测指标的第一指标值;第一时长小于预设任务时长;检验模块140,用于根据第一指标值和预期值检验预设加压条件是否满足;第二压测模块150,用于响应于预设加压条件满足,根据第一虚拟用户数量、预期值和第一指标值确定第二虚拟用户数量,根据第二虚拟用户数量在第一目标压测机上再进行一次压力测试。
58.在一个实施例中,检验模块140,具体用于:
判断第一指标值是否小于预期值与预设系数的商;若是,判定预设加压条件满足;若否,判定预设加压条件不满足。
59.在一个实施例中,第二压测模块150根据第一虚拟用户数量、预期值和第一指标值确定第二虚拟用户数量时,具体用于:基于以下公式确定第二虚拟用户数量;第二虚拟用户数量=第一虚拟用户数量 (预期值-第一指标值)/(第一指标值/第一虚拟用户数量)*2。
60.在一个实施例中,上述装置还包括第三压测模块。
61.第三压测模块,用于在根据第一指标值和预期值检验预设加压条件是否满足之前,或根据第二虚拟用户数量在第一目标压测机上进行一次压力测试之后,接收用户在压测任务的运行时长未达到预设任务时长时通过压测追加入口配置的第三虚拟用户数量以及第二机器数量;以及选择第二机器数量的压测机作为第二目标压测机,根据第一虚拟用户数量和第三虚拟用户数量在第一目标压测机和第二目标压测机上进行一次压力测试。
62.在一个实施例中,上述装置还包括入口提供模块。入口提供模块,用于当预设机器追加条件满足时,向用户提供压测追加入口。
63.预设机器追加条件为以下任一项:用户提交过机器追加申请;当前可用机器数量大于预设阈值;用户提交过机器追加申请且当前可用机器数量大于预设阈值。
64.在一个实施例中,上述装置还包括报告展示模块。
65.报告展示模块,用于当完成压测任务的任一次压力测试之后,汇总压测任务当前已完成的全部压力测试的压测结果得到汇总结果,以及通过报告页面展示汇总结果。
66.在一个实施例中,上述报告展示模块,还用于响应于预设加压条件不满足,获取根据第一虚拟用户数量在第一目标压测机上进行压力测试所得到的压测结果,以及通过报告页面展示压测结果。
67.关于压力测试装置的具体限定可以参见上文中对于压力测试方法的限定,在此不再赘述。上述压力测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
68.在一个实施例中,提供了一种计算机设备,其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储压测配置信息等数据,具体存储的数据还可以参见上述方法实施例中的限定。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种压力测试方法。
69.本领域技术人员可以理解,图10中示出的结构,仅仅是与本技术方案相关的部分结构的框图,并不构成对本技术方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
70.本实施例还提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现如上述任一方法实施例中提供的方法中的步骤。
71.在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现如上述任一方法实施例中提供的方法中的步骤。
72.本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink) dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
73.以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
74.以上所述实施例仅表达了本技术的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和改进,这些都属于本技术的保护范围。因此,本技术专利的保护范围应以所附权利要求为准。
再多了解一些

本文用于创业者技术爱好者查询,仅供学习研究,如用于商业用途,请联系技术所有人。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献