一种基于双注册中心的微服务信息双写系统、方法及装置
文献发布时间:2024-04-18 20:00:25
技术领域
本说明书涉及软件开发领域,尤其是一种基于双注册中心的微服务信息双写系统、方法及装置。
背景技术
在微服务架构下,每个微服务应用部署时注册到注册中心,当一个请求涉及到多个微服务调用的时候,发起调用的微服务会从注册中心拉取所有微服务的信息,再根据请求的内容进行处理,最后完成微服务的远程调用。
业界目前的现有技术常用部署两个注册中心集群,同时新增一个同步服务,将主集群的微服务信息实时同步到备集群,保证两个集群的微服务信息一致,当一个集群出现异常,另一个集群也可以提供服务,从而保证注册中心的可用性。但是该方法存在以下弊端:当在两个数据中心部署应用时,若两个中心的应用都访问主注册中心节点,会出现应用跨中心访问注册中心的情况,从而增加不必要的网络消耗;二是新增了一个同步服务,该服务要同步主集群的所有微服务信息,这样会增加主集群的访问压力,极端情况下会导致主集群异常,备集群没有最新微服务信息的情况。
发明内容
为解决上述现有技术中跨中心访问注册中心存在网络消耗、同步服务增加主机群访问压力的问题,本说明书实施例提供了一种基于双注册中心的微服务信息双写系统、方法及装置。
本说明书实施例提供了一种基于双注册中心的微服务信息双写系统,所述系统包括:双注册中心集群,包括多个注册中心实例,其中,多个注册中心实例中的部分实例部署于本地数据中心,剩余部分实例部署于异地数据中心;双注册中心代理集群,其中,每一注册中心代理集群分别部署在一个数据中心,用于接收微服务应用发起的请求,并将所述请求同步双写至各注册中心集群;接收各注册中心集群返回的微服务信息;根据返回的微服务信息,确定微服务应用发起的请求是否得到响应。
根据本说明书实施例的一个方面,根据所述注册中心代理集群的配置文件中记录的多个注册中心实例的地址信息的排布顺序,确定本地数据中心的优先注册中心集群。
根据本说明书实施例的一个方面,所述方法应用于所述双注册中心代理集群,包括:接收微服务应用发起的请求;将所述请求同步双写至各注册中心集群;接收各注册中心集群返回的微服务信息;根据返回的微服务信息,确定微服务应用发起的请求是否得到响应。
根据本说明书实施例的一个方面,当微服务应用发起的请求为服务拉取请求时,所述根据返回的微服务信息,确定微服务应用发起的请求是否得到响应包括:判断优先注册中心集群是否返回微服务信息;若是,确定优先注册中心集群运行正常,并向微服务应用发送优先注册中心集群的微服务信息;若否,确定优先注册中心集群运行异常,并向微服务应用发送服务拉取失败的报错信息。
根据本说明书实施例的一个方面,当微服务应用发起的请求为定时续约请求时,所述根据返回的微服务信息,确定微服务应用发起的请求是否得到响应包括:判断所有注册中心集群是否均返回微服务信息;若是,确定续约成功,并向微服务应用发送续约成功的信息;若否,确定续约失败,并向微服务应用发送续约失败的报错信息。
根据本说明书实施例的一个方面,接收各注册中心集群返回的微服务信息进一步包括:在预设周期内定时拉取各注册中心集群中的微服务信息;比较各注册中心集群的微服务信息是否一致;若否,将各注册中心集群的微服务信息与当前周期的上一周期的微服务信息比较,判断各注册中心集群的微服务信息是否发生变化;若是,将未发生变化的集群确定为异常集群,将发生变化的集群确定为正常集群;剔除所述异常集群,将微服务应用发起的请求发送至正常集群。
根据本说明书实施例的一个方面,所述方法还包括:当双注册中心代理集群接收双注册中心集群返回的微服务信息时,优先注册中心集群返回的微服务信息被优先读取。
根据本说明书实施例的一个方面,当注册中心代理集群启动时,所述方法还包括:配置所有注册中心集群的地址,其中,将本地中心的注册中心集群的实例地址置于优先级;加载所有注册中心集群中的所有实例信息。
本说明书实施例还公开了一种基于双注册中心的微服务信息双写装置,所述装置包括:接收单元,用于接收微服务应用发起的请求;双写单元,用于将所述请求同步双写至各注册中心集群;微服务信息接收单元,用于接收各注册中心集群返回的微服务信息;确定单元,用于根据返回的微服务信息,确定微服务应用发起的请求是否得到响应。
本说明书实施例还提供了一种计算机设备,所述计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现所述基于双注册中心的微服务信息双写方法。
本说明书实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现所述基于双注册中心的微服务信息双写方法。
本说明书提供一个注册中心代理服务对双注册中心集群进行双写,实时性更高、对现有集群的访问更少。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1所示为本说明书实施例一种基于双注册中心的微服务信息双写系统的示意图;
图2所示为本说明书实施例一种基于双注册中心的微服务信息双写方法的流程图;
图3所示为本说明书实施例一种确定微服务应用发起的请求是否得到响应的方法流程图;
图4所示为本说明书实施例一种确定微服务应用发起的请求是否得到响应的方法流程图;
图5所示为本说明书实施例一种确定微服务应用发起的请求是否得到响应的方法流程图;
图6所示为本说明书实施例一种加载注册中心实例的方法流程图;
图7所示为本说明书实施例一种基于双注册中心的微服务信息双写装置的结构示意图;
图8所示为本说明书实施例基于双注册中心的微服务信息双写装置的具体结构示意图;
图9所示为本说明书实施例一种微服务应用发起服务拉取请求的示意图;
图10所示为本说明书实施例一种微服务应用发起续约请求的示意图;
图11所示为本说明书实施例一种对比服务的示意图;
图12所示为本说明书实施例一种计算机设备的结构示意图。
附图符号说明:
100、双注册中心集群;
110、多个注册中心实例;
200、双注册中心代理集群;
701、接收单元;
702、双写单元;
703、微服务信息接收单元;
7031、第一判断模块;
7032、第二判断模块;
7033、服务对比模块;
704、确定单元;
1202、计算机设备;
1204、处理器;
1206、存储器;
1208、驱动机构;
1210、输入/输出模块;
1212、输入设备;
1214、输出设备;
1216、呈现设备;
1218、图形用户接口;
1220、网络接口;
1222、通信链路;
1224、通信总线。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
需要说明的是,本说明书的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本说明书的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本说明书提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的系统或装置产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行。
需要说明的是,本说明书的基于双注册中心的微服务信息双写系统及方法可用于软件开发领域,也可用于金融科技领域,本说明书对基于双注册中心的微服务信息双写系统、方法及装置的应用领域不做限定。
图1所示为本说明书实施例一种基于双注册中心的微服务信息双写系统的示意图,所述系统包括:双注册中心集群100、双注册中心代理集群200及双数据中心。其中,双注册中心集群100包括多个注册中心实例110,其中,多个注册中心实例110中的部分实例部署于本地数据中心,剩余部分实例部署于异地数据中心。双数据中心,包括本地数据中心及异地数据中心,其中,每一个数据中心分别部署一个注册中心集群及一个注册中心代理集群。
双注册中心代理集群200中的每一个注册中心代理集群分别部署在一个数据中心,用于接收微服务应用发起的请求,并将所述请求同步双写至各注册中心集群;接收各注册中心集群返回的微服务信息;根据返回的微服务信息,确定微服务应用发起的请求是否得到响应。
本说明书中基于双注册中心的微服务信息双写系统中,还包括双数据中心,分别为数据中心1、数据中心2。双注册中心集群跨中心部署在双数据中心。每个注册中心集群分别部署在数据中心1、数据中心2上。
在本说明书一些实施例中,根据注册中心代理集群的配置文件中记录的多个注册中心实例的地址信息的排布顺序,确定本地数据中心的优先注册中心集群。在本说明书实施例中,注册中心代理集群通过配置文件依次记录两个注册中心集群中所有注册中心实例的地址信息。其中,注册中心实例的地址信息包括但不限于:DNS或IP地址中的任意一种。双注册中心集群中所有注册中心实例的地址信息组成一条完整字符串,从而形成配置文件。其中,字符串前半部分的注册中心实例部署于本地数据中心,字符串后半部分的注册中心实例部署于异地数据中心。进一步的,将部署于本地数据中心的注册中心实例所处的注册中心集群,确定为优先注册中心集群(也可称为主注册中心集群,在后续图中也可以是注册中心集群1)。本说明书提供一个注册中心代理服务对双注册中心集群进行双写,实时性更高、对现有集群的访问更少。
图2所示为本说明书实施例一种基于双注册中心的微服务信息双写方法的流程图,具体包括如下步骤:
步骤201,接收微服务应用发起的请求。在微服务架构下,每个微服务应用在部署时,会注册到注册中心。当客户端的一个请求涉及到多个微服务调用的时候,发起调用的微服务会从注册中心拉取所有微服务的信息,进一步根据请求的内容进行处理,最后完成了微服务的远程调用。因此,本步骤接收的微服务应用发起的请求为请求调用注册在注册中心的微服务。
在本说明书实施例中,微服务应用发起的请求进一步包括:续约请求。
步骤202,将所述请求同步双写至各注册中心集群。本步骤中,双注册中心代理集群将把从微服务应用接收到的请求,同步写入至双注册中心代理集群。
步骤203,接收各注册中心集群返回的微服务信息。当步骤202将请求双写至各注册中心集群后,各注册中心向注册中心代理集群返回微服务信息。因此,本步骤中,注册中心代理集群接收各注册中心集群返回的微服务信息。
步骤204,根据返回的微服务信息,确定微服务应用发起的请求是否得到响应。本步骤中,根据双注册中心集群中每一个注册中心集群返回的数据,确定注册中心集群是否发生故障、确定微服务是否发生异常。
在本说明书一些实施例中,可以判断微服务应用发起的访问请求是否归属于本地;若是,由本地数据中心中的注册中心集群优先读取所述访问请求,实现本地优先访问。由此可以提高微服务应用的访问的速度和效率,优化访问性能。
图3所示为本说明书实施例一种确定微服务应用发起的请求是否得到响应的方法流程图。本说明书适用于当微服务应用发起服务拉取请求时,具体包括如下步骤:
步骤301,判断优先注册中心集群是否返回微服务信息。本步骤中,注册中心代理实时判断双注册中心集群返回的微服务信息。本步骤中,主要判断优先注册中心集群是否返回了微服务信息。
步骤302,若是,确定优先注册中心集群运行正常,并向微服务应用发送优先注册中心集群的微服务信息。若优先注册中心集群返回微服务信息,则由注册中心代理集群向微服务应用返回优先注册中心的微服务信息。
步骤303,若否,确定优先注册中心集群运行异常,并向微服务应用发送服务拉取失败的报错信息。本步骤中,若优先注册中心集群没有返回微服务信息,则优先注册中心集群发行异常,又注册中心代理集群返回给微服务应用拉取失败的报错信息。
图4所示为本说明书实施例一种确定微服务应用发起的请求是否得到响应的方法流程图。本说明书适用于当微服务应用发起定时续约请求时,具体包括如下步骤:
步骤401,判断所有注册中心集群是否均返回微服务信息。本步骤中,微服务应用在运行时,定时发出续约服务信息。与步骤301相似,由注册中心代理集群判断双注册中心集群是否均返回了微服务信息。
步骤402,若是,确定续约成功,并向微服务应用发送续约成功的信息。在本步骤中,当注册中心代理集群接收到两个注册中心集群均返回微服务信息,则确定续约成功。
步骤403,若否,确定续约失败,并向微服务应用发送续约失败的报错信息。本步骤中,当注册中心代理集群只接收到一个注册中心集群返回的微服务信息,或没有接收到任何一个注册中心集群返回的微服务信息,则确定续约失败。续约失败表示注册中心集群中的服务存在异常。根据未收到返回微服务信息的注册中心集群,可以确定发生异常的注册中心集群。确定异常后,由注册中心代理集群向微服务应用发送续约失败的报错信息。
图5所示为本说明书实施例一种确定微服务应用发起的请求是否得到响应的方法流程图。具体包括如下步骤:
步骤501,在预设周期内定时拉取各注册中心集群中的微服务信息。本步骤中,注册中心代理集群定时向双注册中心集群写入微服务信息获取请求。由此在预定的一段时间内获取各注册中心集群返回的微服务信息。
步骤502,比较各注册中心集群的微服务信息是否一致。在本说明书实施例中,微服务信息包括:微服务名称、实例数量、实例状态等。因此,本步骤比较注册中心集群1和注册中心集群2返回的微服务信息是否完全一致。若完全一致,则说明两个注册中心集群的微服务信息同步,具有一致性。
步骤503,若否,将各注册中心集群的微服务信息与当前周期的上一周期的微服务信息比较,判断各注册中心集群的微服务信息是否发生变化。本步骤中,若各注册中心返回的微服务信息不完全一致,则说明注册中心集群发生异常。
进一步,将当前周期的上一周期中双注册中心集群返回的微服务信息作为比较标准,将当前周期双注册中心集群返回的微服务信息与上一周期返回的微服务信息进行比较,判断两个周期的微服务信息是否发生变化。在本说明书实施例中,随着时间变化,每一周期中双注册中心集群返回的微服务信息与“时间”相关的数据上必然会发生变化。因此,若两个周期内双注册中心集群返回的微服务信息没有变化,可以确定未发生变化的注册中心集群发生异常。
步骤504,若否,将未发生变化的集群确定为异常集群。将发生变化的集群确定为正常集群。因此,可以确定双注册中心集群中的异常集群和正常集群。
步骤505,剔除所述异常集群,将微服务应用发起的请求发送至正常集群。本步骤中,基于异常集群生成告警信息,并修改注册中心代理集群中的注册中心集群的地址,剔除异常的注册中心集群的地址,使得微服务应用在后续请求中可以拉取正常注册中心集群返回的正确的微服务信息,保证了业务调用的连续性。
图6所示为本说明书实施例一种加载注册中心实例的方法流程图,具体包括如下步骤:
步骤601,配置所有注册中心集群的地址,其中,将本地中心的注册中心集群的实例地址置于优先级。在本说明书实施例中,注册中心代理服务预先配置两个注册中心集群中多个注册中心实例的地址。进一步的,注册中心代理集群将部署于本地数据中心的注册中心实例的地址置于优先位置。
例如,注册中心集群1部署在本地数据中心(数据中心1)和异地数据中心(数据中心2)中,其中,注册中心集群1中包括三个注册中心实例,其中有两个注册中心实例部署于本地数据中心,另一个注册中心实例部署于异地数据中心。则本步骤中,注册中心代理集群配置注册中心集群1中的三个注册中心实例的地址,并将部署于本地数据中心的注册中心实例的地址置于优先位置,或赋予部署于本地数据中心的注册中心实例的地址优先级。
相对应的,注册中心集群2部署在本地数据中心(数据中心1)和异地数据中心(数据中心2)中,其中,注册中心集群2中包括三个注册中心实例,其中有两个注册中心实例部署于异地数据中心,另一个注册中心实例部署于本地数据中心。
步骤602,加载所有注册中心集群中的所有实例信息。在注册中心代理服务启动过程中,加载双注册中心集群中所有实例信息,本地中心的注册中心实例将被优先访问。
如图7所示为本说明书实施例一种基于双注册中心的微服务信息双写装置的结构示意图,在本图中描述了基于双注册中心的微服务信息双写装置的基本结构,其中的功能单元、模块可以采用软件方式实现,也可以采用通用芯片或者特定芯片实现基于双注册中心的微服务信息双写,该装置具体包括:
接收单元701,用于接收微服务应用发起的请求;
双写单元702,用于将所述请求同步双写至各注册中心集群;
微服务信息接收单元703,用于接收各注册中心集群返回的微服务信息;
确定单元704,用于根据返回的微服务信息,确定微服务应用发起的请求是否得到响应。
本说明书相比于现有的多个注册中心之间同步的方法,提供了一个注册中心代理服务对两个注册中心集群进行双写,实时性更高、对现有集群的访问更少,避免因同步带来的性能损耗,此外,本方法定时对比两个注册中心集群的微服务信息,将异常的注册中心集群信息实时告警,并在注册中心代理集群中剔除异常的注册中心地址,提升了注册中心集群的可用性。
作为本说明书的一个实施例,还可以参考如图8所示为本实施例基于双注册中心的微服务信息双写装置的具体结构示意图。
作为本说明书的一个实施例,所述微服务信息接收单元703进一步包括:
第一判断模块7031,用于判断优先注册中心集群是否返回微服务信息;
第二判断模块7032,用于判断所有注册中心集群是否均返回微服务信息;
服务对比模块7033,用于在预设周期内定时拉取各注册中心集群中的微服务信息。
图9所示为本说明书实施例一种微服务应用发起服务拉取请求的示意图。图中,注册中心代理集群实时判断两个注册中心集群返回的微服务信息,若主注册中心集群没有返回微服务信息,返回给微服务应用拉取失败的报错,若主注册中心集群返回微服务信息,返回给微服务应用注册中心的信息。
图10所示为本说明书实施例一种微服务应用发起续约请求的示意图。图中,注册中心代理集群实时判断两个注册中心集群返回的微服务信息,若有一个注册中心集群没有续约成功,则返回给微服务应用续约失败的报错,若有两个注册中心集群续约成功,则返回给微服务应用续约成功的信息。
图11所示为本说明书实施例一种对比服务的示意图。通过对异常结果的分析,将注册中心代理集群中异常的注册中心集群剔除。微服务应用请求注册中心代理时,注册中心代理集群由原来双写两个注册中心集群变成,只转发请求到一个注册中心集群。图中的加粗线表示了这一步的流程。通过本说明书的处理,可以及时发现某个注册中心集群“僵死”的情况,从而避免微服务应用拉取到错误的微服务信息。
如图12所示,为本说明书实施例提供的一种计算机设备。本说明书所述的基于双注册中心的微服务信息双写方法可以应用于所述计算机设备。所述计算机设备1202可以包括一个或多个处理器1204,诸如一个或多个中央处理单元(CPU),每个处理单元可以实现一个或多个硬件线程。计算机设备1202还可以包括任何存储器1206,其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的,比如,存储器1206可以包括以下任一项或多种组合:任何类型的RAM,任何类型的ROM,闪存设备,硬盘,光盘等。更一般地,任何存储器都可以使用任何技术来存储信息。进一步地,任何存储器可以提供信息的易失性或非易失性保留。进一步地,任何存储器可以表示计算机设备1202的固定或可移除部件。在一种情况下,当处理器1204执行被存储在任何存储器或存储器的组合中的相关联的指令时,计算机设备1202可以执行相关联指令的任一操作。计算机设备1202还包括用于与任何存储器交互的一个或多个驱动机构1208,诸如硬盘驱动机构、光盘驱动机构等。
计算机设备1202还可以包括输入/输出模块1210(I/O),其用于接收各种输入(经由输入设备1212)和用于提供各种输出(经由输出设备1214)。一个具体输出机构可以包括呈现设备1216和相关联的图形用户接口(GUI)1218。在其他实施例中,还可以不包括输入/输出模块1210(I/O)、输入设备1212以及输出设备1214,仅作为网络中的一台计算机设备。计算机设备1202还可以包括一个或多个网络接口1220,其用于经由一个或多个通信链路1222与其他设备交换数据。一个或多个通信总线1224将上文所描述的部件耦合在一起。
通信链路1222可以以任何方式实现,例如,通过局域网、广域网(例如,因特网)、点对点连接等、或其任何组合。通信链路1222可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。
对应于图2至图6中的方法,本说明书实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法的步骤。
本说明书实施例还提供一种计算机可读指令,其中当处理器执行所述指令时,其中的程序使得处理器执行如图2至图6所示的方法。
应理解,在本说明书的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本说明书实施例的实施过程构成任何限定。
还应理解,在本说明书实施例中,术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系。例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本说明书中字符“/”,一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到,结合本说明书中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本说明书的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本说明书所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本说明书实施例方案的目的。
另外,在本说明书各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本说明书的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本说明书中应用了具体实施例对本说明书的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本说明书的方法及其核心思想;同时,对于本领域的一般技术人员,依据本说明书的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本说明书的限制。
- 一种用辐照-微波酯化马铃薯淀粉制备瓦楞纸胶黏剂的方法
- 一种马铃薯淀粉废水处理菌剂
- 一种马铃薯淀粉废水处理菌剂