1.本技术涉及数据处理
技术领域：
：，尤其涉及一种消息队列的管理方法、装置、电子设备及存储介质。
背景技术：
：：2.消息队列就是一个消息的链表。可以把消息看作一个记录，具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息；对消息队列有读权限的进程则可以从消息队列中读走消息。消息队列是随内核持续的。业界目前现有消息队列技术包括kafka、rabbitmq、robotmq、activemq等，而每个消息队列都有自己的管理端，且不兼容其他消息队列技术，管理员需要根据自己项目的需要和历史技术积累进行选择，在选择过程中需要管理员详尽地了解不同消息队列的数据接口的接入方法和使用场景；在管理消息队列时需要管理员熟知多种消息队列管理界面的操作方法，复杂的选取和管理过程对管理员提出了较高的技术要求，限制了消息队列的使用。技术实现要素：3.有鉴于此，本技术的目的在于提出一种消息队列的管理方法、装置、电子设备及存储介质用以解决上述问题。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.本技术的第四方面提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行本技术第一方面提供的所述方法。37.从上面所述可以看出，本技术提供的消息队列的管理方法、装置、电子设备及存储介质。首先会确定消息发送进程和消息接收进程，并根据消息发送进程和消息接收进程在预先构建的消息队列对照表中确定目标消息队列。无需人工进行选择可以接入消息发送进程和消息接收进程的目标消息队列，实现了自动接入，无需管理员根据经验或专业知识进行选择，降低了管理员的操作难度。然后，根据确定好的消息队列在构建好的数据接口集合中确定与目标消息队列对应的目标数据接口，并根据数据接口集合和构建好的管理界面集合的映射关系，在管理界面集合中确定与目标数据接口对应的目标管理界面。目标管理界面的选择过程也是自动实现的，无需根据经验进行人工选择，避免了因复杂的选择过程导致的难以选择正确的管理界面的问题。最后，在显示界面中显示目标管理界面，并通过目标管理界面管理目标消息队列。简单的消息队列的选取和管理过程只需要管理员掌握管理操作即可实现，避免了复杂操作对消息队列的使用的限制。附图说明38.为了更清楚地说明本技术或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。39.图1为本技术实施例消息队列的管理方法的流程图；40.图2为本技术实施例peer-to-peer模式的示意图；41.图3为本技术实施例publish/subscribe模式的示意图；42.图4为本技术实施例准备过程的流程图；43.图5为本技术实施例消息队列的管理装置的结构示意图；44.图6为本技术实施例消电子设备的结构示意图。具体实施方式45.为使本技术的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本技术进一步详细说明。46.需要说明的是，除非另外定义，本技术实施例使用的技术术语或者科学术语应当为本技术所属领域内具有一般技能的人士所理解的通常意义。本技术实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。47.在一些实施例中，如图1所示，一种消息队列的管理方法，包括：48.步骤100：确定消息发送进程和消息接收进程。49.在该步骤中，示例性的，消息队列常用的消息模式有两种：50.一种为peer-to-peer(queue)，简称ptp队列模式，也可以理解为点到点。例如单发邮件时，用户一发送一封邮件给用户二，用户一发送邮件之后，邮件会保存在服务器的云端，当用户二打开邮件客户端并且成功连接云端服务器后，可以自动接收邮件或者手动接收邮件到本地，当服务器云端的邮件被用户二消费过之后，云端就不再存储(是否存储根据邮件服务器的配置方式而定，本技术实施例再次不作限定)。如图2所示，其中，producer为生产者，对应一种消息发送进程，consumer为消费者，对应一种消息接收进程，queue为队列，对应一种服务器的云端，可以选择为一个容器。则peer-to-peer队列模式的工作原理如下：51.1、生产者producer1生产消息到queue，然后consumer1从queue中取出并消费消息。52.2、消息被消费后，queue将不再存储该消息，任何一个消费者都不可能消费到已经被其它消费者消费过的消息。53.3、queue支持存在多个生产者，但是对一条消息而言，只会有一个消费者可以消费，其它消费者则不能再次消费。54.4、但消费者不存在时，消息则由queue一直保存，直到有消费者把它消费。(若保存时间超过预设的时间阈值，可以选择进行报错，也可以不设置时间阈值，一直进行保存，本技术实施例不在此处进行限定)。55.另一种为publish/subscribe(topic)，简称发布/订阅模式，也可以理解为一对多。例如用户一在某个应用平台上拥有30万订阅者，用户一更新了一条消息，那么这30万订阅者都可以接收到用户一的消息更新，所有人都可以消费用户一的消息。如图3所示，其中，publisher为发布者，对应一种消息发送进程，subscriber为订阅者，对应一种消息接收进程，topic为主题，对应一种服务器的云端，可以选择为一个容器。则publish/subscribe模式的工作原理如下：56.1、发布者publisher1将消息发布到主题topic中，同时有多个消息订阅者消费该消息。57.2、和ptp模式不同，发布到topic的消息会被所有订阅者消费。58.3、当发布者发布消息，不管是否有订阅者，都不会报错信息。59.4、一定要先有消息的发布者，后有消息的订阅者。60.所以在确定消息队列前首先需要确定消息发送进程和消息接收进程，为消息队列的选择提供基础。61.步骤200：响应于确定消息发送进程和消息接收进程存在于预先构建的消息队列对照表中，确定目标消息队列。62.在该步骤中，示例性的，消息队列对照表中存在kafka消息队列和rabbitmq消息队列及其对接过的消息发送进程和消息接收进程，其中，kafka消息队列采用的是发布/订阅模式，是一种高吞吐量、持久性、分布式的发布订阅的消息队列。rabbitmq消息队列支持多种协议，例如：amqp协议，xmpp协议，smtp协议，stomp协议。支持负载均衡、数据持久化。且rabbitmq消息队列同时支持peer-to-peer队列模式和发布/订阅模式。若本次确定的消息发送进程和消息接收进程与消息队列对照表中kafka消息队列对接过的消息发送进程和消息接收进程的类型相同，则确定目标消息队列为kafka消息队列。即若本次消息发送进程为生产者线程，消息接收进程为消费者线程，且为一对一的模式，且不存在一对多的情况，则确定目标消息队列为kafka消息队列。63.若本次确定的消息发送进程和消息接收进程与消息队列对照表中rabbitmq消息队列对接过的消息发送进程和消息接收进程的类型相同，则确定目标消息队列为rabbitmq消息队列。即若本次消息发送进程为发布者线程，消息接收进程为订阅者线程，且为一对多的模式，且也可以存在一对一的情况，则确定目标消息队列为rabbitmq消息队列。64.步骤300：在构建好的数据接口集合中确定与目标消息队列对应的目标数据接口。65.在该步骤中，在确定好目标消息队列后，需要根据目标消息队列在数据接口集合中选取可以与消息发送进程和消息接收进程进行数据对接的目标数据接口。示例性的，若kafka消息队列的数据接口为a、b；若rabbitmq消息队列的数据接口为c、d、e；则数据接口集合如表1所示：66.表1数据接口集合[0067][0068]若目标消息队列为rabbitmq消息队列，则目标数据接口为c、d、e；若目标消息队列为kafka消息队列，则目标数据接口为a、b。[0069]步骤400：根据数据接口集合和构建好的管理界面集合的映射关系，在管理界面集合中确定与目标数据接口对应的目标管理界面。[0070]在该步骤中，若目标接口已经确定完毕，消息发送进程和消息接收进程都已经接入目标消息队列，下一步就需要对消息队列进行管理。此时，需要根据数据接口集合和构建好的管理界面集合的映射关系，在管理界面集合中确定与目标数据接口对应的目标管理界面，用以对消息队列进行管理。[0071]示例性的，管理界面集合如表2所示：[0072]表2管理界面口集合[0073][0074]其中，映射关系是根据数据库表结构的字段构建的，所以映射关系一行可以选择id、name、sex等字段构建映射关系。本技术实施例以id为例进行解释说明。若目标数据接口为a、b，根据映射关系id1可以确定目标管理界面为kafka管理界面；若目标数据接口为c、d、e，根据映射关系id2可以确定目标管理界面为rabbitmq管理界面。[0075]步骤500：在显示界面中显示目标管理界面，并通过目标管理界面管理目标消息队列。[0076]在该步骤中，显示界面包括全部管理界面的管理控件，当目标管理界面确定后，在显示页面内显示该目标管理界面的管理控件，隐藏其他管理控件，方便对目标消息队列进行管理。示例性的，若目标管理界面为kafka管理界面，显示管理控件a1和b1，若目标管理界面为rabbitmq管理界面，显示管理控件c1、d1和e1。[0077]在一些实施例中，如图4所示，消息队列对照表构建方法包括：[0078]步骤001：获取管理过的全部历史消息队列。[0079]在该步骤中，收集管理过的全部的历史消息队列。[0080]步骤002：对全部的历史消息队列进行去重处理，得到多个不同的历史消息队列。[0081]在该步骤中，对全部的历史消息队列进行去重处理，每种历史消息队列仅保留一条记录，减少消息队列对照表占用的存储空间。[0082]步骤003：将去重后的全部历史消息队列进行记录，得到消息队列对照表。[0083]在该步骤中，对于去重后的历史消息队列，每个历史队列都是单独的一种消息队列，具有不同的消息发送进程进而消息接收进程，根据当前的消息发送进程和消息接收进程进行查表，只会确定一个唯一的目标消息队列。[0084]在一些实施例中，如图4所示，数据接口集合的构建方法包括：[0085]步骤004：确定去重后的全部历史消息队列的数据接口。[0086]在该步骤中，示例性的，若去重后的全部历史消息队列包括kafka消息队列和rabbitmq消息队列，确定kafka消息队列的数据接口a和b，rabbitmq消息队列的数据接口c、d、e。[0087]步骤005：对全部的数据接口进行封装，得到数据接口集合，并将数据接口集合存储于后台数据库。[0088]在该步骤中，示例性的，将kafka消息队列和rabbitmq消息队列的数据接口都封装到一个集合中，并将该集合存储在后台数据库中，同时将后台数据库表结构的字段记录到数据接口集合中，得到如表1所示的数据接口集合。[0089]在一些实施例中，如图4所示，管理界面集合的构建方法包括：[0090]步骤006：确定去重后的全部历史消息队列的管理界面。[0091]在该步骤中，示例性的，若去重后的全部历史消息队列包括kafka消息队列和rabbitmq消息队列，确定kafka消息队列的kafka管理界面，rabbitmq管理界面。[0092]步骤007：对全部的管理界面进行封装，得到管理界面集合，并将数据接口集合存储于前台数据库。[0093]在该步骤中，示例性的，将kafka消息队列和rabbitmq消息队列的管理界面都封装到一个集合中，并将该集合存储在前台数据库中，同时将前台数据库表结构的字段记录到数据接口集合中，得到如表1所示的数据接口集合。[0094]在一些实施例中，如图4所示，映射关系的构建方法包括：[0095]步骤008：定义后台数据库的后台数据库表结构和前台数据库的前台数据库表结构。[0096]在该步骤中，数据库表结构就是定义一个表的字段、类型、主键、外键、索引，这些基本的属性组成了数据库的表结构。例如：createtablestudent、idintprimarykey、namevarchar、sexvarchar、agevarchar，其中，id、name、sex为数据库表结构的字段，intvarchar为数据库表结构的数据类型，primarykey为数据库表结构的设置主键。基于数据参数确定相应的数据库表结构的的字段、类型、主键、外键、索引等，方便后续数据的调用。示例性的，分别将后台数据库表结构和前台数据库表结构定义为idintprimarykey，则字段为id。[0097]步骤009：基于后台数据库表结构的字段和前台数据库表结构的字段进行数据映射，以使数据接口集合中数据接口与管理界面集合中的管理界面一一对应，得到映射关系。[0098]在该步骤中，示例性的，将对应kafka消息队列的kafka数据接口和kafka管理界面通过id1进行一一对应；将对应rabbitmq消息队列的rabbitmq数据接口和rabbitmq管理界面通过id2进行一一对应，得到映射关系。[0099]在一些实施例中，如图1所示，消息队列的管理方法还包括：[0100]步骤600：响应于确定消息发送进程和消息接收进程没有存在于预先构建的消息队列对照表中，基于消息发送进程和消息接收进程确定新的消息队列，并将消息发送进程和消息接收进程记录进消息队列对照表。[0101]步骤700：基于新的消息队列的数据接口和管理界面，重新进行管理界面和数据接口的封装，得到新的数据接口集合和新的管理界面集合。[0102]其中，当消息发送进程进而消息接收进程没有记录在消息队列对照表时，说明此时需要使用一种新的消息队列来接入该消息发送进程进而消息接收进程，当选定新的消息队列后，将新的消息队列的数据接口封装到数据接口集合中，将新的消息队列的管理界面封装到管理界面集合中得到新的数据接口集合和新的管理界面集合。体现了消息队列的管理方法的扩展性。[0103]在一些实施例中，在显示界面中显示目标管理界面，并通过目标管理界面管理目标消息队列，包括：[0104]步骤510：在显示界面中显示目标管理界面的多个管理控件。[0105]在该步骤中，显示界面包括全部管理界面的管理控件，当目标管理界面确定后，在显示页面内显示该目标管理界面的管理控件，隐藏其他管理控件，方便对目标消息队列进行管理。示例性的，若目标管理界面为kafka管理界面，显示管理控件a1和b1，若目标管理界面为rabbitmq管理界面，显示管理控件c1、d1和e1。[0106]步骤520：响应针对管理控件的触发操作，执行目标消息队列的管理动作。[0107]在该步骤中，触发管理控件对消息队列进行管理，例如删除，修复，复原等。[0108]需要说明的是，本技术实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本技术实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。[0109]需要说明的是，上述对本技术的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。[0110]基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种消息队列的管理装置。[0111]参考图5，所述消息队列的管理装置，包括[0112]进程确认模块10，被配置为：确定消息发送进程和消息接收进程；[0113]目标确认模块20，被配置为：响应于确定消息发送进程和消息接收进程存在于预先构建的消息队列对照表中，确定目标消息队列；[0114]接口确认模块30，被配置为：在构建好的数据接口集合中确定与目标消息队列对应的目标数据接口；[0115]管理界面确认模块40，被配置为：根据数据接口集合和构建好的管理界面集合的映射关系，在管理界面集合中确定与目标数据接口对应的目标管理界面；[0116]管理模块50，被配置为：在显示界面中显示目标管理界面，并通过目标管理界面管理目标消息队列。[0117]为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本技术时可以把各模块的功能在同一个或多个软件和/或硬件中实现。[0118]上述实施例的装置用于实现前述任一实施例中相应的消息队列的管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。[0119]基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的消息队列的管理方法。[0120]图6示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。[0121]处理器1010可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。[0122]存储器1020可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。[0123]输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。[0124]通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。[0125]总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。[0126]需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。[0127]上述实施例的电子设备用于实现前述任一实施例中相应的消息队列的管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。[0128]基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的消息队列的管理方法。[0129]本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。[0130]上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的消息队列的管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。[0131]所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本技术的范围(包括权利要求)被限于这些例子；在本技术的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本技术实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。[0132]另外，为简化说明和讨论，并且为了不会使本技术实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本技术实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本技术实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本技术的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本技术实施例。因此，这些描述应被认为是说明性的而不是限制性的。[0133]尽管已经结合了本技术的具体实施例对本技术进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。[0134]本技术实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本技术实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本技术的保护范围之内。当前第1页12当前第1页12