翻译DotNetMQ: 一个.NET版完整的消息队列系统
Posted Lucky Seven
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了翻译DotNetMQ: 一个.NET版完整的消息队列系统相关的知识，希望对你有一定的参考价值。
在一个大型的分布式系统中，消息队列是不可缺少的中间件，能很好的解决异步消息、应用解耦、均衡并发等问题。在.net中，偶然发现一个效率不错、安全可靠、功能齐全的消息组件，忍不住翻译过来，供大家快速预览。
注：原作者用windows服务启动消息队列服务，但是本人在win10上测试出错，可自行改成控制台启动消息队列服务，然后用第三方工具注册服务（如：SrvanyUI）
原文：http://www.codeproject.com/Articles/193611/DotNetMQ-A-Complete-Message-Queue-System-for-NET
正文：
一个新的、独立的、开源的，完全基于C#和.NET Framework3.5的消息队列系统
文章概要
- 介绍
- 什么是消息传递?
- 什么是DotNetMQ?
- 为什么要一个新的消息代理？
- 消息代理的必要性
- 现有的消息代理
- 安装、运行DotNetMQ
- 第一个DotNetMQ程序
- 注册应用程序到DotNetMQ
- 开发Application1
- 开发Application2
- 消息属性：传送规则（Transmit Rule）
- 客户端属性：通讯方式（CommunicationWay）
- 客户端属性：出错时重新连接服务器（ReConnectServerOnError）
- 客户端属性：自动确认消息（AutoAcknowledgeMessages）
- 配置DotNetMQ
- 服务端
- 应用程序
- 路由/负载均衡
- 其他设置
- 网络传输消息
- 一个简单的应用程序
- 一个真实的案例：分布式短信处理器（Distributed SMS Processor）
- 请求/应答式通信
- 面向服务架构的DotNetMQ
- 简单应用程序：短息/邮件发送器
- 服务端
- 客户端
- Web服务支持
- 简单应用程序：短息/邮件发送器
- DotNetMQ性能
- 历史
- 引用
介绍
在这篇文章中，我将介绍一个新的、独立的、开源的，完全基于C#和.NET Framework3.5的消息队列系统，DotNetMQ是一个消息代理，它包括确保传输，路由，负载均衡，服务器图等等多项功能。我将从解释消息的概念和消息代理的必要性讲起，然后，我会说明什么是DotNetMQ，以及如何使用它。
什么是消息传递
消息传递是一种异步通信方式，具体就是在同一个或不同的机器上运行的多个应用程序之间可靠的消息传递。应用程序通过发送一种叫消息的数据包和其他应用程序通信。
一个消息可以是一个字符串，一个字节数组，一个对象等等。通常情况下，一个发送者（生产者）程序创建一个消息，并将其推送到一个消息队列，然后一个接受者（消费者）程序从队列中获取这个消息并处理它。发送程序和接受程序不需要同时运行，因为消息传递是一个异步过程。这就是所谓的松耦合通信。
另一方面，Web服务方法调用（远程方法调用）是一种紧耦合的同步通信（这两个应用程序在整个通信的过程中都必须是运行着并且可用，如果Web服务脱机或在方法调用期间发生错误，那么客户端应用程序将得到一个异常）。
图 - 1：两个应用程序间最简单的消息传递。
在上图中，两个应用程序通过消息队列进行松散耦合方式通信。如果接受者处理消息的速度慢于发送者产生消息的速度，那么队列里的消息数就会增加。此外，在发送者发送消息的过程中，接受者可能是离线的。在这种情况下，当接收者上线后，它会从队列中得到消息（当它开始并加入这个队列时）。
消息队列通常由消息代理提供。消息代理是一个独立的应用程序（一个服务），其他应用程序通过连接它发送、接收消息。在消息被接收者接收之前，消息代理负责存储消息。消息代理可以通过路由多台机器把消息传送给目标应用程序，在消息被接收者正确处理之前，消息代理会一直尝试传送它。有时候消息代理也被称为面向消息的中间件（Message-Oriented-Middleware MOM）或者简单的叫消息队列（Message Queue MQ）.
什么是DotNetMQ?
DotNetMQ是一个开源的消息代理，它有以下几个特点：
- 持久和非持久的消息发送。
- 即使在系统崩溃时，也会保证持久消息的传送。
- 可在一个机器图里自动和手动设置消息的路由。
- 支持多种数据库（MS SQL Server,mysql,SQLite,和一些现有的基于内存的存储）
- 支持不存储，直接发送及时消息。
- 支持请求/应答式的消息。
- 用客户端类库和DotNetMQ消息代理通信很方便
- 内置的框架，可以轻松地在消息队列上构建RMI服务。
- 支持把消息传送给ASP.NET Web服务。
- 基于图形界面的管理和监控工具。
- 易于安装，管理和使用。
- 完全由C#开发（使用.NET Framework 3.5）。
在开始创建它的时候，我更喜欢叫它为MDS(消息传送系统 Message Delivery System)。因为它不仅是一个消息队列，而且还是一个直接传送消息到应用程序的系统和一个提供了建立应用服务框架的环境。我把它叫做DotNetMQ,是因为它完全由.NET开发，而且这个名字也更好记。所以它原来的名字是MDS，以至于源码里有许多以MDS为前缀的类。
为什么要一个新的消息代理？
消息代理的必要性
首先，我将演示一个需要消息代理的简单情况。
在我的业务经历中，我见到过一些非常糟糕且不寻常的异步企业应用集成解决方案。通常是运行在一台服务器上的一个程序执行一些任务，并且产生一些数据，然后将结果数据发送到另一台服务器上的另一个程序。第二个应用在数据上执行其他任务或计算结果（这台服务器在同一网络中或是通过互联网连接）。另外，消息数据必须是持久的。即使远程程序没有工作或网络不可用，消息必须第一时间发送过去。
让我们来看看下面的设计图：
图 - 2：一个糟糕的集成应用程序解决方案。
Application -1 和Application -2是可执行程序（或是Windows服务）,Sender Service是一个Windows服务。Application -1执行一些任务，产生数据，并调用Server-B服务器上的Remote Web Service方法来传输数据。这个web服务将数据插入到数据表。Application -2定期检查数据表来获得新的数据行并处理它们（然后从表中删除它们，或将其标记为已处理，避免处理重复数据）。
如果在调用Web服务时或Web服务处理数据时出错，数据不能丢失，并且稍后必须重发。但是，Application -1有其他任务要做，所以它不能一次又一次的尝试重发数据。它只是将数据插入到数据表。另一个Windows服务（如果Application -1是一直运行的，也可以使里的一个线程）定期检查这个表，并尝试将数据发送到Web服务，直到数据成功发送。
这个解决方案的确是可靠的（消息确保传送了），但它不是两个应用程序之间通信的有效方式。该解决方案有一些非常关键的问题：
- 需要很长的开发时间（去编码）。
- 要定制所有的消息类型（或远程方法调用），对于一个新的Web服务方法调用，你必须改变所有的服务、应用程序和数据表。
- 对每一个相似的服务，必须开发基本上一样的软件和结构（或复制，然后修改）。
- 编码后需要对服务、程序、数据库做太多的测试和维护。
- 一些程序和服务在没有新消息的时候，还是会定期检查数据库（如果数据库没有很好的索引和优化，这可能会严重消耗系统资源）。
现在用消息代理来做这所有的事情，用最有效的方式负责将消息传送给远程应用。同一应用程序集成用上DotNetMQ展示于下图。
图 - 3：使用DotNetMQ的简单消息传递。
DotNetMQ是一个独立的Windows服务，分别运行在Server-A和Server-B服务器上。因此，你只需编写代码和DotNetMQ通信。使用DotNetMQ客户端类库，和DotNetMQ服务发送、接收信息是非常容易和快速的。Application -1准备消息，设置目标，并将消息传递给DotNetMQ代理。DotNetMQ代理将以最有效和最快的方式传递给Application -2。
现有的消息代理
很显然，在集成应用程序中消息代理是有必要的。我网上搜索，查找书籍，想找一个免费的（最好也是开源的）而且是.Net用起来很容易的消息代理。让我们看看我找到了什么：
- Apache ActiveMQ(http://activemq.apache.org):它是开源的，并且实现了JMS(Java Message Service，java消息服务在java世界里是一个标准的消息传输API)。它也有一个.NET客户端类库。我为了更加了解，读完了“ActiveMQ in Action”整本书，并且开发了一些简单的应用。即使我通读了这本书，我没有看到一个简单可靠的方式来构建一个共同合作和路有消息的ActiveMQ服务图。我也没有看到如何给一个消息设置目标服务器。它自动路由消息，但我不能有效的控制路由的路径。我的理解是，它通常和Apache Camel(http://camel.apache.org)一起使用来实现常见的应用集成模式。Apache Camel也是另一个需要去了解的领域，更糟的是，它只使用Java。最后，我认为它不够简单易用，特别是配置，监控和管理。于是我放弃了对ActiveMQ的研究。
- MSMQ(http://msdn.microsoft.com/en-us/library/ms711472(VS.85).aspx):这是来自微软的解决方案，是.NET应用程序最合适的框架。它很容易使用和学习，而且它有工具看检测队列和消息。它尤其适用于那些运行在同一台机器上，或可以直接连接到同一台机器的应用程序间的异步通信。但我无法找到一个内置的解决方案，构建一个MSMQ服务器图来路由消息。因为路由是我的出发点，所以我只好淘汰掉这个消息代理。
- RabbitMQ(http://www.rabbitmq.com):它是由Erlang（有爱立信开发的一种编程语言）开发的。你需要先安装Erlang。我花了很多时间来安装，配置，并写了一个示例程序。它有一个.NET客户端，但当我试图开发并运行一个简单的程序是，出现很多错误。很难安装，很难使不同服务器上的两个RabbitMQ协同工作。过了几天，我就放弃了，因为我觉得学习并开始开发程序不应该那么难。
- OpenAMQ(http://www.openamq.org)，ZeroMQ(http://www.zeromq.org)：我总体研究了这两个消息代理，但我发现我不能轻易做我想用.NET想做的事。
- 其他：我还发现了一些其他的项目，但它们缺失一些重要的功能如路由，持久消息传递，请求/应答消息...等。
如你所见，在上面的列表中没有哪一个消息代理是完全由.NET开发的。
从用户角度来看，我只是想通过“消息数据，目标服务器和应用程序名称”来定位我的代理。其他的我都不关心。他将会根据需要在网络上多次路由一个消息，最后发送到目标服务器的目标程序上。我的消息传送系统必须为我提供这个便利。这是我的出发点。我根据这一点大概设计了消息代理的结构。下图显示了我想要的。
图 - 4：自动路由消息的消息代理服务器图。
Application -1 传递一个消息到本地服务器（Server-A）上的消息代理：
- 目标服务器：Server-D
- 目标应用程序：Application -2
- 消息数据：应用程序特定的数据
Server-A没有直接和Server-D连接。因此，消息代理在服务器间转发消息（这个消息依次通过Server-A,Server-B,Server-C,Server-D），消息最后到达Server-D上的消息代理，然后传递给Application -2。注意在Server-E上也有一个Application-2在运行，但是它不会收到这个消息，因为消息的目标服务器是Server-D。
DotNetMQ提供了这种功能和便利。它在服务器图上找到最佳的（最短的）路径把消息从原服务器转发到目标服务器。
经过这种全面的介绍会，让我们看看如果在实践中使用DotNetMQ。
安装、运行DotNetMQ
现在还没有实现自动安装，不过安装DotNetMQ是非常容易的。下载并解压文章开始提供的二进制文件。只需将所有的东西复制到C:\\Progame Files\\DotNetMQ\\下，然后运行INSTALL_x86.bat（如果你用的是64位系统，那么将执行INSTALL_x64）。
你可以检查Windows服务，看看DotNetMQ是否已经安装并正常工作。
第一个DotNetMQ程序
让我们看看实际中的DotNetMQ。为了使第一个程序足够简单，我假设是同一台机器上的两个控制台应用程序（实际上，就像我们待会在文章中看到的那个，和在两台机器上的两个应用程序是没什么显著差异的，只是需要设置一下消息的目标服务器名字而已）。
- Application1:从用户输入那里得到一个字符串消息，并将其发送到Application2.
- Application2:在控制台上打印出传入的消息。
注册应用程序到DotNetMQ
我们的应用程序为了使用DotNetMQ，要先注册一下，只需操作一次，是一个非常简单的过程。运行DotNetMQ管理器（DotNETMQ文件夹下的MDSManager.exe，如上所诉，默认是在C:\\Programe Files\\DotNetMQ\\文件夹下），并在Applications菜单中打开Application类表。点击Add New Appliction按钮，输入应用程序名称。
如上所述，添加Application1和Application2到DotNetMQ。最后，你的应用程序列表应该像下面这样。
图 - 5：DotNetMQ管理工具的应用程序列表界面。
开发Application1
在Visual Studio中创建一个名称为Application1的控制台应用程序，并添加MDSCommonLib.dll引用，这个dll文件里提供了连接到DotNetMQ必需的一些类。然后在Program.cs文件中写上下面的代码：
using System; using System.Text; using MDS.Client; namespace Application1 { class Program { static void Main(string[] args) { //Create MDSClient object to connect to DotNetMQ //Name of this application: Application1 var mdsClient = new MDSClient("Application1"); //Connect to DotNetMQ server mdsClient.Connect(); Console.WriteLine("Write a text and press enter to send " + "to Application2. Write \'exit\' to stop application."); while (true) { //Get a message from user var messageText = Console.ReadLine(); if (string.IsNullOrEmpty(messageText) || messageText == "exit") { break; } //Create a DotNetMQ Message to send to Application2 var message = mdsClient.CreateMessage(); //Set destination application name message.DestinationApplicationName = "Application2"; //Set message data message.MessageData = Encoding.UTF8.GetBytes(messageText); //Send message message.Send(); } //Disconnect from DotNetMQ server mdsClient.Disconnect(); } } }
在创建MDSClient对象时，我们把要连接的应用程序名称传给构造函数，用这个构造函数，我们将用默认端口（10905）连接本地服务器（127.0.0.1）上的DotNetMQ。重载的构造函数可以用于连接其他服务器和端口。
MDSClient的CreateMessage方法返回一个IOutgoingMessage的对象。对象的MessageData属性是实际发送给目标应用程序的数据，它是一个字节数组。我们使用UTF8编码把用户输入的文本转换成字节数组。对象的DestinationApplicationName和DestinationServerName属性是用于设置消息的目标地址。如果我们没有指定目标服务器，默认就是本地服务器。最后，我们发送这个消息对象。
开发Application2
在Visual Studio里创建一个新的控制台应用程序，命名为Application2，添加MDSCommonLib.dll并写下以下代码：
using System; using System.Text; using MDS.Client; namespace Application2 { class Program { static void Main(string[] args) { //Create MDSClient object to connect to DotNetMQ //Name of this application: Application2 var mdsClient = new MDSClient("Application2"); //Register to MessageReceived event to get messages. mdsClient.MessageReceived += MDSClient_MessageReceived; //Connect to DotNetMQ server mdsClient.Connect(); //Wait user to press enter to terminate application Console.WriteLine("Press enter to exit..."); Console.ReadLine(); //Disconnect from DotNetMQ server mdsClient.Disconnect(); } /// <summary> /// This method handles received messages from other applications via DotNetMQ. /// </summary> /// <param name="sender"></param> /// <param name="e">Message parameters</param> static void MDSClient_MessageReceived(object sender, MessageReceivedEventArgs e) { //Get message var messageText = Encoding.UTF8.GetString(e.Message.MessageData); //Process message Console.WriteLine(); Console.WriteLine("Text message received : " + messageText); Console.WriteLine("Source application : " + e.Message.SourceApplicationName); //Acknowledge that message is properly handled //and processed. So, it will be deleted from queue. e.Message.Acknowledge(); } } }
我们用和Application1相似的方法创建一个MDSClient对象，不同的就是连接应用程序的名称是Application2。为了接收消息，需要给MDSClient对象注册MessageReceived事件。然后我们连接DotNetMQ，直到用户输入Enter才断开。
当一个消息发送给Application2是，MDSClient_MessageReceived方法就会被调用来处理消息。我们从MessageReceivedEventArgs参数对象的Message属性可以得到发送过来的消息。这个消息的类型是IIncomingMessage。IIncomingMessage对象的MessageData属性实际包含了由Application1发送的消息数据。由于它是一个字节数组，我们用UTF8编码把它转换成字符串。然后把文本消息打印到控制台上。
图 - 6：Application1通过DotNetMQ发送两个消息到Application2。
处理传入消息之后，还需要来确认这个消息。这表示消息已经正确接收并处理。然后DotNetMQ将从消息队列中把消息删除。我们也可以用Reject方法拒绝一个消息（如果在出错的情况下我们不能处理这个消息）。在这种情况下，该消息将回到消息队列，稍后再试着发到目标应用程序（如果在同一个服务器上存在另一个Application2的实体，也可能发到另一个上）。这是DotNetMQ系统的一个强大机制。因此，可以确保消息不会丢失并绝对可以被处理。如果你不确认或拒绝一个消息，系统假设是被拒绝的。所以，即使你的应用程序崩溃了，在你的应用程序正常运行后，还是会收到消息的。
如果你在同一台服务器上运行多个Application2的实例，哪一个会收到消息呢？在这种情况下，DotNetMQ会把消息顺序地发给这多个实例。所以你可以创建多发送/接收的系统。一个消息只能被一个实例接收（实例接收相互不同的消息）。DotNetMQ提供这所有功能和同步。
消息属性：传送规则（Transmit Rule）
在发送一个消息之前，你可以像这样设置一个消息的Transmit Rule属性：
message.TransmitRule = MessageTransmitRules.NonPersistent;
传送规则有三种类型：
- StoreAndForward:这个是默认传送规则，消息是持久的，不会丢失的，并且使确保传送的。如果Send方法没有抛出异常，就表明消息已被DotNetMQ接收，而且存储到了数据库。直到目标应用程序接收并确认了它，这个消息会一直存储在数据库里。
- NonPersistent:消息不会存储到数据库，这是发送消息最快的方式。仅在DotNetMQ服务停止工作，消息才会丢失。
- DirectlySend:这个是DotNetMQ独有的功能。这种类型的消息直接发送给目标应用程序。在接收者确认一个消息之前，发送者程序是一直被阻塞的。所以，如果发送者在调用Send方法的过程中没有发生异常，就意味着该消息被接受者正确接收并确认。如果在传送消息时发生错误，或接受者处于脱机状态，或者接受者拒绝了消息，发送者在调用Send方法时都会得到一个异常。即使应用程序是在不同的服务器上（更即使在应用程序之间有许多服务器要路由），这个规则依然能正常工作。
由于默认的传送规则是StoreAndForward，让我们试试下面这些：
- 运行Application1(这时Application2没有运行)，输入一些消息，然后关闭程序。
- 运行Application2，你将看到消息没有丢失，而是被Application2接收了。
即使在Application1发送过消息后，你停止了DotNetMQ服务，你的消息也是不会丢失的，这就叫持久化。
客户端属性：通讯方式（CommunicationWay）
默认情况下，一个应用程序可以通过MDSClient发送和接收消息（CommunicationWays.SendAndReceive）。如果一个应用程序不需要接收消息，可以设置MDSClient的CommunicationWay为CommunicationWays.Send。这个属性在连接DotNetMQ之前或在和DotNetMQ通信中都可以改变。
客户端属性：出错时重新连接服务器（ReConnectServerOnError）
默认情况下，MDSClient由于某种原因断开DotNetMQ时会自动重连。所以，即使你重启DotNetMQ服务，也不用重启你的应用程序。你可以把ReconnectServerOnError设置为false来禁用自动重连。
客户端属性：自动确认消息（AutoAcknowledgeMessages）
默认情况下，你必须在MessageReceived事件中显式的确认消息。否则，系统将认为消息是被拒绝了。如果你想改变这种行为，你需要把AutoAcknowledgeMessages属性设为true。在这种情况下，如果你的MessageReceived事件处理程序没有抛出异常，你也没有显式确认和拒绝一个消息，系统将自动确认该消息（如果抛出异常，该消息将被拒绝）。
配置DotNetMQ
有两种方式可以配置DotNetMQ：通过XML配置文件或用DotNetMQ管理工具（一个Windows Forms程序），这里我分别演示这两种方法，有些配置是及时生效的，而有些则需要重启DotNetMQ。
服务端
你可以只在一台服务器上运行DotNetMQ，在这种情况下，是不需要为服务器配置任何东西的。但如果你想在多台服务器上运行DotNetMQ并使它们相互通信，你就需要定义服务器图了。
一个服务器图包含两个或更多个节点，每一个节点都是一个具有IP地址和TCP端口（被DotNetMQ用的那个）的服务器。你可以用DotNetMQ管理器配置/设计一个服务器图。
图 - 8：DotNetMQ服务器图管理。
在上图中，你看到了一个包含5个节点的服务器图。红色节点表示当前服务器（当前服务器就是你用DotNetMQ管理器连接的那个）。直线表示两个节点（它们互为相邻节点）是可连接的（它们可以发送/接收消息）。服务器/节点图形中的名称是很重要的，它被用来向该服务器发送消息。
你可以双击图形中的一个服务器来编辑它的属性。为了连接两个服务器，你要按住Ctrl键，点击第一个再点击第二个（断开连接也是相同的操作）。你可以通过点击右键，选择Set as this server来设置管理器连接该服务器。你可以从图中删除一个服务器或通过右键菜单添加一个新的服务器。最后，你可以通过拖拽添加或移除服务器。
当你设计好服务器图之后，你必须点击Save & Update Graph按钮来保存这些修改。这些修改将保存在DotNetMQ安装目录的MDSSettings.xml文件里。你必须重启DotNetMQ才能应用这些修改。
对于上面的服务器图，对应的MDSSettings.xml设置如下：
<?xml version="1.0" encoding="utf-8"?> <MDSConfiguration> <Settings> ... </Settings> <Servers> <Server Name="halil_pc" IpAddress="192.168.10.105" Port="10099" Adjacents="emre_pc" /> <Server Name="emre_pc" IpAddress="192.168.10.244" Port="10099" Adjacents="halil_pc,out_server,webserver1,webserver2" /> <Server Name="out_server" IpAddress="85.19.100.185" Port="10099" Adjacents="emre_pc" /> <Server Name="webserver1" IpAddress="192.168.10.263" Port="10099" Adjacents="emre_pc,webserver2" /> <Server Name="webserver2" IpAddress="192.168.10.44" Port="10099" Adjacents="emre_pc,webserver1" /> </Servers> <Applications> ... </Applications> <Routes> ... </Routes> </MDSConfiguration>
当然，这个配置是要根据你实际的网络进行的。你必须在图中所有服务器上安装DotNetMQ。此外，还必须在所有服务器上配置相同的服务器图（你可以很容易地从XML文件复制服务器节点到其他服务器上）。
DotNetMQ采用段路径算法发送消息（没有在XML配置文件里手动定义路由的情况下）。考虑这个情景，运行在halil_pc的Application A发送一个消息到webserver2上的Application B，路径是很简单的：Application A -> halil_pc -> emre_pc -> webserver2 -> Application B。halil_pc通过服务器图定义知道下一个要转发到的服务器（emre_pc）。
最后，MDSSettings.design.xml包含了服务器图的设计信息（节点在屏幕上的位置）。这个文件只是用于DotNetMQ管理器的服务器图窗体，运行时的DotNetMQ服务是不需要的。
应用程序
就像图 - 5显示的那样，你可以把和DotNetMQ关联的应用程序作为消息代理来添加/删除。对于这些修改是不需要重启DotNetMQ的。应用程序的配置也保存在MDSSettings.xml文件里，就像下面这样：
<?xml version="1.0" encoding="utf-8"?> <MDSConfiguration> ... <Applications> <Application Name="Application1" /> <Application Name="Application2" /> </Applications> ... </MDSConfiguration>
一个应用程序必须在这个列表里才能和DotNetMQ连接。如果你直接修改xml文件，你必须重启DotNetMQ服务才能生效。
路由/负载均衡
DotNetMQ的有一个路由功能。现在路由设置只能通过MDSSettings.xml设置。你可以看到下面文件里有两种路由设置：
<?xml version="1.0" encoding="utf-8" ?> <MDSConfiguration> ... <Routes> <Route Name="Route-App2" DistributionType="Sequential" > <Filters> <Filter DestinationServer="this" DestinationApplication="Application1" /> </Filters> <Destinations> <Destination Server="Server-A" Application="Application1" RouteFactor="1" /> <Destination Server="Server-B" Application="Application1" RouteFactor="1" /> <Destination Server="Server-C" Application="Application1" RouteFactor="1" /> </Destinations> </Route> <Route Name="Route-App2" DistributionType="Random" > <Filters> <Filter DestinationServer="this" DestinationApplication="Application2" /> <Filter SourceApplication="Application2" TransmitRule="StoreAndForward" /> </Filters> <Destinations> <Destination Server="转录组分析工具大比拼 (完整翻译版)