配置信息更新同步方法及设备与流程

1.本公开的一个或多个实施例涉及通讯技术领域，尤其涉及配置信息更新同步方法及设备。


背景技术：

2.在开发环境及测试环境中，开发人员或运维人员可以通过界面对配置中心进行配置，配置中心可以简单的理解为一个服务模块，相关的微服务连接到配置中心，可以实时连接获取到配置中心上面修改的参数；目前业界比较流行的配置中心是apollo(阿波罗)，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景；具体的，现有技术对配置进行获取一般采用两种方式，pull可以保证一定可以拉取得到数据，pull一般采用定时拉取的方式，即使某一次出现网络没有拉取得到数据，那在下一次定时器也将可以拉取得到数据，最终保证更新得到配置；push可以避免pull定时器获取存在时延，基本可以做到准实时的更新。
3.然而，应用push模式时，如果网络抖动，某一次push没有推送成功，将丢失这次配置的更新；另外，现有的apollo(阿波罗)无论主动拉取配置还是等待推送配置，都需要客户端指定环境、项目、命名空间、版本等信息；无法热更新所属应用栈、主题、版本、组信息，只能热更新整体配置。
4.基于此，需要一种能够与应用端实时同步修改后的配置、具有规范权限、流程治理等特性的微服务配置管理场景。


技术实现要素：

5.有鉴于此，本公开的一个或多个实施例在于提出配置信息更新同步方法及设备。
6.本公开的一个或多个实施例提供了配置信息更新同步方法，包括：
7.配置中心获取用户的操作，提取预先存储的配置信息；
8.配置中心根据用户的更改操作，更改所述配置信息内的对应的配置项和/或配置数据，得到更改后的配置信息；
9.配置中心将更改后的配置信息同步存储，以使所述更改后的配置信息能够被应用程序获取。
10.基于同一发明构思，本公开的一个或多个实施例还提供了一种电子设备，包括：
11.存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述的配置信息更新同步方。
12.从本公开的方案可以看出，本公开的一个或多个实施例提供的配置信息更新同步方法及设备，基于响应式获取方式，根据用户操作直接填写或更改对应的配置信息，能够在用户操作界面直接设置各配置项及各配置数据的数值，采用统一格式的配置信息的界面，多维度进行配置区分，基于现有技术中存在的无法在操作界面直接修改项目下的各配置信
息的内容，实现了各配置项可以被单独设置或修改，相应的，应用配置可以从应用代码或文件中剥离，并在配置中心进行配置，使配置本身独立于应用发布生效，即，用户操作修改配置信息后，应用本公开的技术方案，能够将修改后的配置信息同步至服务器，同时，服务器与应用程序之间也能够实现配置信息的同步交互，从而在只需进行配置修改的变更中，提升变更的响应速度。
附图说明
13.为了更清楚地说明本公开的一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
14.图1为本公开的一个或多个实施例的配置信息更新同步方法的核心方法的流程图；
15.图2为本公开的一个或多个实施例的配置中心及应用程序之间的信息交互的框架图；
16.图3为本公开的一个或多个实施例的配置数据更新同步方法的一个实施方式的流程图；
17.图4为本公开的一个或多个实施例的配置信息更新同步方法的一个实施方式的流程图；
18.图5为本公开的一个或多个实施例的配置中心及应用程序之间的信息交互的框架图；
19.图6为本公开的一个或多个实施例的电子设备的示意图。
具体实施方式
20.为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
21.需要说明的是，除非另外定义，本公开的一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开的一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。
22.如背景技术部分所述，现有的apollo(阿波罗)配置中心无法对已存储在服务器中的单独配置项进行更新。现有的阿波罗框架对配置进行获取时一般采用两种方式：pull可以保证一定拉取得到数据，pull一般采用定时拉取的方式，即使某一次出现网络没有拉取得到数据，那在下一次定时器也将可以拉取得到数据，最终保证能更新得到配置；push也有好处，避免pull定时器获取存在时延，基本可以做到准实时的更新，但push也存在问题，如果有网络抖动，某一次push没有推送成功，将丢失这次配置的更新。申请人在实现本公开的过程中发现，现有的阿波罗框架配置中心存在的主要问题在于：配置项即：应用栈、主题、版
本、组的信息只能统一存储，无法对服务器中的相应的单独配置项做更改及更新，导致如果需要更改配置的话，只能对整体配置进行更新，存在信息输入的冗余，导致不必要的操作浪费，降低了工作时效；另外，服务器接收配置信息的时候，不能对项目的应用栈、主题、版本、组信息进行单独区分；另外，需要指出的是，本公开权利要求书中的响应于确定代表条件限定，即当某种条件成立的时候。
23.有鉴于此，本公开的一个或多个实施例提供了一种配置信息更新同步方法及电子设备，其中，配置信息更新同步方法包括：配置中心内预先存储的配置信息可以被提取，得到提取的配置信息，提取的配置信息能够通过用户的操作分别对配置项和/或配置数据进行更改，得到更改后的配置信息，从而实现对单一配置项及配置数据的更改，并使更改后的配置信息被应用程序获取，基于现有技术中配置项的信息只能统一存储，无法对服务器中的相应的单独配置项做更改及更新的技术问题；本公开的方案能够实现对单一配置项及配置数据，以及对多个配置项和/或配置数据的更改，并使应用程序获取，能够进一步减少程序冗余，加快运行速度，并能够对预先存储的配置信息进行与用户的操作有关的更改，对服务器(即存储模块)进行热更新。
24.以下通过具体的实施例，结合图1
‑
图6进一步详细说明本公开的一个或多个实施例的技术方案。
25.作为一可选实施例，为了对预先存储的配置信息进行更改，并将更改后的配置信息被应用程序获取，参考图1，本公开的一个或多个实施例提供一种配置信息更新同步方法，包括：
26.s101、配置中心获取用户的操作，提取预先存储的配置信息；
27.s102、配置中心根据用户的更改操作，更改所述配置信息内的对应的配置项和/或配置数据，得到更改后的配置信息；
28.s103、配置中心将更改后的配置信息同步存储，以使所述更改后的配置信息能够被应用程序获取。
29.基于上述的步骤，进一步的，所述配置中心包括获取模块(protal)、接口模块(service)以及存储模块(consul server)，其中，获取模块(protal)获取用户的操作，此处，用户的操作包括：用户在界面上触发提取模块，生成提取命令，该提取命令通过所述接口模块(service)发送至所述存储模块(consul server)，所述存储模块(consul server)接收所述提取命令，将相应的内部存储的配置信息通过接口模块(service)发送至所述获取模块(protal)，并在获取模块(protal)的界面显示，界面上能够显示各配置项的信息；另外，所述更改后的配置信息是由所述获取模块(protal)获取所述更改操作后，更改所述配置信息内的对应的配置项和/或配置数据而得到的；进一步的，所述配置中心将更改后的配置信息同步存储，具体包括：所述获取模块(protal)将更改后的配置信息发送至所述接口模块(service)，所述接口模块(service)将更改后的配置信息发送至所述存储模块(consul server)，所述存储模块(consul server)存储更改后的配置信息。
30.进一步，所述更改操作的每一项配置项的创建对应单独配置项和/或相应配置数据的信息传输，所述配置项与所述配置数据一一对应。即，当增加其中一项配置项时，该配置项对应的配置数据可以直接输入；另外，如果配置项没有变化，只是配置数据的更改，可以直接更改相应的配置数据的值；需要指出的是，本公开的一个或多个实施例中，所述获取
模块(protal)获取用户的操作，所述用户的操作包括：创建配置项的操作；所述配置项包括应用栈、主题、版本和组；进一步的，所述应用栈设置有至少一个；所述应用栈包括至少一个主题，每个所述主题包括至少一个版本，每个所述版本包括至少一个组，即，每个所述组设置有至少一个组。
31.即，本公开的一个或多个实施例中，各配置项及相应的配置数据能够被单独更改，其中，配置项还能够被新增，新增的配置项能够填写与其对应的配置数据的值，这样，不管修改其中的某一项或者某几项配置项，该修改后得到的更改后的配置信息都能够存储至存储模块(consul server)，通过应用程序与存储模块(consul server)或者接口模块(service)的交互，以使更改后的配置信息能够被应用程序获取。
32.基于上述的总的发明构思，如下对更改后的配置信息能够被应用程序获取的几种情况，做具体描述：(如下的方法中包括上述的更改的操作，得到更改后的配置信息，更改配置项和/或配置信息的操作与上述相应内容相同，如下不做赘述)
33.作为一可选实施例，为了实现配置中心向应用程序主动发送更改后的配置信息，参考图2，本公开的一个或多个实施例提供一种配置信息更新同步方法：
34.s201、接口模块(service)获取应用程序的启动信息；
35.s202、配置中心获取用户的操作，提取预先存储的配置信息；
36.s203、配置中心根据用户的操作更改所述配置信息内对应的配置项和/或配置数据，得到更改后的配置信息；
37.s204、更改后的配置信息通过接口模块(service)存储至存储模块(consul server)；同时更改后的配置信息通过接口模块(service)发送至消息队列模块，再由消息队列模块发送至回调模块(call back)，即更改后的配置信息存储至回调模块(call back)；
38.s205、接口模块(service)的api接口被应用程序调取，以使回调模块(call back)将更改后的配置信息发送至应用程序；以使更改后的配置信息能够被应用程序获取。
39.进一步，配置中心包括获取模块(protal)、接口模块(service)和存储模块(consul server)，其中，所述更改后的配置信息是由所述获取模块(protal)获取所述更改操作后，更改所述配置信息内的对应的配置项和/或配置数据而得到的；所述配置中心将更改后的配置信息同步存储，具体包括：所述获取模块(protal)将更改后的配置信息发送至所述接口模块(service)，所述接口模块(service)将更改后的配置信息发送至所述存储模块(consul server)，所述存储模块(consul server)存储更改后的配置信息；同时，配置中心还包括消息队列模块和回调模块(call back)：当所述接口模块(service)包括api回调接口时，更改后的配置信息通过所述接口模块(service)到达所述消息队列模块，通过所述消息队列模块将更改后的配置信息发送至所述回调模块(call back)；上述更改后的配置信息的发送方向不受应用程序是否启动的影响，以使更改后的配置信息存储至中间存储介质——回调模块(call back)中。需要指出的是，只有接口模块(service)优先获取应用程序的启动信息，之后，再在获取模块(protal)进行更改的操作，这样，回调模块(call back)就会把更改后的配置信息发送至应用程序，即，使得更改后的配置信息被应用程序获取。
40.作为一可选实施例，为了实现应用程序主动获取更改后的配置信息，由如下两种方式体现：
41.第一种方式，参考图3，本公开的一个或多个实施例提供一种配置信息更新同步方法：
42.s301、配置中心获取用户的操作，提取预先存储的配置信息；
43.s302、配置中心根据用户的操作更改所述配置信息内对应的配置项和/或配置数据，得到更改后的配置信息；
44.s303、更改后的配置信息通过接口模块(service)存储至存储模块(consul server)；
45.s304、所述接口模块(service)获取应用程序的启动信息；
46.s305、应用程序内设置有监听模块，接口模块(service)获取所述应用程序内的所述sdk监听模块的权限验证信息，权限验证通过后，所述应用程序内的所述sdk监听模块获取、监听到所述存储模块(consul server)的配置信息的变化，同步修改应用程序的相应配置信息，以使应用程序主动获取更改后的配置信息并对应用程序内对应的配置信息进行更改。
47.第二种方式，参考图4，本公开的一个或多个实施例提供一种配置信息更新同步方法：
48.s401、所述接口模块(service)获取应用程序的启动信息；
49.s402、配置中心获取用户的操作，提取预先存储的配置信息；
50.s403、配置中心根据用户的操作更改所述配置信息内对应的配置项和/或配置数据，得到更改后的配置信息；
51.s404、更改后的配置信息通过接口模块(service)存储至存储模块(consul server)；
52.s405、应用程序内设置有监听模块，接口模块(service)获取所述应用程序内的所述sdk监听模块的权限验证信息，权限验证通过后，所述应用程序内的所述sdk监听模块获取、监听到所述存储模块(consul server)的配置信息的变化，同步修改应用程序的相应配置信息，以使应用程序主动获取更改后的配置信息并对应用程序内对应的配置信息进行更改。
53.作为一可选实施例，本公开是在应用程序启动过程中运行，即，不管是在启动应用程序之后修改配置信息，还是，修改配置信息之后再启动应用程序，该方法中的sdk监听模块都会进行主动获取、监听的动作，主动获取存储模块(consul server)内相应的更改后的配置信息。即，只要是应用程序启动状态下，adk监听模块就会发挥其功能；同样的，本公开中配置中心包括获取模块(protal)、接口模块(service)和存储模块(consul server)，获取模块(protal)获取用户的操作，提取预先存储的配置信息，并对相应的配置信息的配置项和/或配置数据进行更改的操作，获得更改后的配置信息；具体的，所述配置中心将更改后的配置信息同步存储，包括前述的两种存储模式，其中之一，更改后的配置信息通过接口模块(service)存储至存储模块(consul server)；其中之二，配置中心还包括消息队列模块和存储模块(consul server)，更改后的配置信息通过接口模块(service)发送至消息队列模块，再由消息队列模块发送至回调模块(call back)，并在回调模块(call back)中存储所述更改后的配置信息。
54.具体的，所述应用程序设置有sdk监听模块；当更改的操作位于应用程序启动之前
的情况下，优先进行更改的操作，获得更改后的配置信息，更改后的配置信息通过所述接口模块(service)存储至所述存储模块(consul server)，之后，所述接口模块(service)获取应用程序启动信息，所述存储模块(consul server)通过所述接口模块(service)获取所述应用程序内的所述sdk监听模块的权限验证信息，权限验证后，所述应用程序内的所述sdk监听模块获取、监听到所述存储模块(consul server)的配置信息的变化，同步修改应用程序的相应配置信息；需要指出的是，应用程序内设置有sdk监听模块，sdk监听模块在运行时，需要优先通过接口模块(service)向存储模块(consul server)发送权限验证信息，包括用户id以及id密匙等验证信息，验证信息通过后，在sdk监听模块的作用下，应用程序能够监听到存储模块(consul server)内的实时配置信息，当监听到实时配置信息的修改时，应用程序会相应对自身的配置信息进行修改，从而实现应用程序的实时获取配置信息的功能。
55.或者，所述应用程序设置有sdk监听模块；当更改的操作位于应用程序启动之后的情况下，优先启动应用程序，在应用程序启动的过程中，所述接口模块(service)获取应用程序启动信息，所述存储模块(consul server)通过所述接口模块(service)获取所述应用程序内的所述sdk监听模块的权限验证信息，权限验证后，所述应用程序内的所述sdk监听模块每隔一段时间会进行拉取的动作，包括获取、监听到所述存储模块(consul server)的配置信息的变化，当应用程序启动过程中，进行更改的操作，获得更改后的配置信息，更改后的配置信息通过所述接口模块(service)存储至所述存储模块(consul server)，由于skd监听模块每隔一段时间就会进行拉取的动作，当skd监听模块监听到存储模块(consul server)内的配置信息的更改后，会同步修改应用程序的相应配置信息；需要指出的是，应用程序内设置有sdk监听模块，sdk监听模块在应用时，需要优先向接口模块(service)发送权限验证信息，包括用户id以及id密匙等验证信息，验证信息通过后，在sdk监听模块的作用下，应用程序能够监听到存储模块(consul server)内的实时配置信息，当在监听过程中监听到实时配置信息的修改时，应用程序会相应对自身的配置信息进行修改；从而实现应用程序的实时获取配置信息的功能。
56.以上为本公开的中一个或多个实施例提供一种配置信息更新同步方法及设备的信息存储及信息同步的几种方式。
57.无论采用任一方法使得应用程序与配置中心的信息同步，对配置信息中的配置项和/或配置数据的操作采用的方式是相同的，对配置项进行增加、删减的操作，对相应的配置数据进行更改或新增的操作，同时，获取模块(protal)上设置有发送模块，将配置项及配置数据更改后，触发发送模块，更改后的各配置项及对应的配置数据将发送至接口模块(service)，之后进行更改后的配置信息的存储、主动发送及主动获取(监听)的流程。
58.基于同一发明构思，与上述任意实施例方法相对应的配置中心更新同步装置，参考图5，包括：获取模块(protal)、存储模块(consul server)和接口模块(service)；所述获取模块(protal)被配置为提取预先存储的配置信息，同时，所述获取模块(protal)获取对预先存储的配置信息的更改操作，得到更改后的配置信息，所述接口模块(service)被配置为获取所述获取模块(protal)发送的更改后的配置信息，并将更改后的配置信息发送至所述存储模块(consul server)，所述存储模块(consul server)被配置为存储更改后的配置信息；所述接口模块(service)还能够被配置为将更改后的配置信息发送至应用程序，以使
更改后的配置信息能够被应用程序获取(所述更改操作在实施例1中描述，此处不做赘述)。
59.作为一可选实施例，参考图5，配置信息更新同步装置还包括消息队列模块和回调模块(call back)(callback)，同时，接口模块(service)包括api接口；更改后的配置信息通过接口模块(service)发送至消息队列模块，再由消息队列模块发送至回调模块(call back)，存储至回调模块(call back)；应用程序启动后，对配置信息进行更改操作之后，应用程序调取接口模块(service)的api接口，以使回调模块(call back)将更改后的配置信息发送至应用程序，从而使得应用程序实时获取更改后的配置信息。
60.作为一可选实施例，参考图5，所述应用程序设置有sdk监听模块，只有在应用程序启动的状态下，sdk监听模块才会发挥作用，即，所述sdk监听模块通过所述接口模块(service)向所述存储模块(consul server)发送权限验证信息，该权限验证信息包括：用户id以及id密匙等；验证信息通过后，sdk监听模块监听、获取所述存储模块(consul server)内的配置信息的变化，sdk监听模块每隔一段时间获取所述存储模块(consul server)内的配置信息的变化，当监听到实时配置信息的修改时，应用程序会相应对自身的配置信息进行修改，从而实现应用程序的实时获取配置信息的功能。
61.作为一可选实施例，参考图5，配置信息更新同步装置还包括日志存储模块(consul server)，即audit模块，该模块用于日志的记录及审计功能，为配置信息更新同步过程中各操作的记录存储。
62.作为一可选实施例，参考图5，配置信息更新同步装置还包括数据库模块，该模块用于接收audit模块的数据，同时，获取模块(protal)即portal模块上的对配置信息的提取、更改操作的数据均在数据库模块中存储。
63.作为一可选实施例，参考图5，配置信息更新同步装置还包括backup模块，用户对存储模块(consul server)进行定时备份，保证数据的安全性。
64.作为一可选实施例，配置信息更新同步装置适用于生产环境、测试环境及研发环境，其中任一环境中的获取模块(protal)，也就是portal模块上的配置信息进行更改操作，该更改操作均被同步至其他环境中的portal模块中，进行同步更改操作；因此本方案中的配置信息更新同步方法能够节省研发环境、测试环境、生产环境的针对配置数据更新同步的环境部署，从而节省操作冗余。
65.本公开的中一个或多个实施例提供一种配置信息更新同步方法及设备的方案，通过统一的界面进行规范化配置管理，通过应用栈，主题，版本，组等多维度进行配置区分。应用可将配置从应用代码或文件中剥离，并在配置中心进行配置，使配置本身独立与应用发布生效，从而在只需进行配置修改的变更重，提升变更的响应速度。通过在测试及生产部署多套配置中心，并且通过一键发布可把测试环境配置推送到生产环境配置中心，从而保证测试环境及生产环境交付物的一致性。最后，通过共享一个统一的配置中心，避免各个系统搭建其各自的配置中心，使资源得以复用，从而减少对资源、运维、使用和学习的成本，同时通过权限的控制使用户间信息隔离，保证数据的安全性。
66.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本公开的一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
67.上述实施例的装置用于实现前述任一实施例中相应的配置信息更新同步方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
68.基于同一发明构思，与上述任意实施例方法相对应的，本公开的一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的配置信息更新同步方法。
69.图6示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
70.处理器1010可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本公开的实施例所提供的技术方案。
71.存储器1020可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本公开的实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
72.输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
73.通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
74.总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
75.需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本公开的实施例方案所必需的组件，而不必包含图中所示的全部组件。
76.上述实施例的电子设备用于实现前述任一实施例中相应的配置信息更新同步方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
77.基于同一发明构思，与上述任意实施例方法相对应的，本公开的一个或多个实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的配置信息更新同步方法。
78.本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器
(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd
‑
rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
79.上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的配置信息更新同步方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
80.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本公开的一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
81.另外，为简化说明和讨论，并且为了不会使本公开的一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本公开的一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本公开的一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本公开的一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。
82.尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。
83.本公开的一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本公开的一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。