标签：Jetty虚拟主机配置详解 (jetty 虚拟主机)

香港服务器为什么受企业用户欢迎,随着互联网的普及和发展，越来越多的企业开始将业务拓展到线上，而服务器作为企业网站的基石，其性能、稳定性和安全性对企业的发展至关重要，在众多服务器中，香港服务器因其独特的地理位置、优质的网络资源和丰富的带宽选择，受到了许多企业用户的青睐，香港服务器为什么如此受欢迎呢？本文将从以下几个方面进行详细的技术介绍。, ,1、地理位置优势,香港位于亚洲的中心地带，地理位置优越，与中国大陆、台湾、日本、韩国等亚洲地区的距离相对较近，这使得香港服务器在访问这些地区的网站时具有较低的延迟，香港作为全球重要的金融中心之一，其数据中心的网络资源丰富，能够为企业提供稳定、高速的网络环境。,2、优质网络资源,香港拥有世界级的电信运营商，如中国电信、中国移动、中国联通等，这些运营商在香港设有多个国际出口节点，能够为企业提供充足的带宽资源，香港还拥有多条海底光缆，与全球各大洲的网络连接畅通无阻，确保了香港服务器在全球范围内的访问速度。,3、丰富的带宽选择,香港服务器提供商通常提供多种带宽选择，以满足不同企业的需求，企业可以根据自己的业务需求，选择合适的带宽套餐，香港服务器提供商还提供弹性带宽服务，企业可以根据业务流量的变化，随时调整带宽，既节省了成本，又保证了业务的稳定运行。,4、严格的监管政策,香港政府对互联网行业实行严格的监管，要求服务器提供商遵守相关法律法规，保障用户的数据安全，香港服务器提供商还需要定期接受政府的检查，确保其服务质量和安全性，这为使用香港服务器的企业提供了较高的安全保障。, ,5、灵活的租赁方案,香港服务器提供商通常提供灵活的租赁方案，包括按月租赁、按年租赁等，企业可以根据自己的需求选择合适的租赁方式，部分服务器提供商还提供定制化的服务，如硬件配置、操作系统等，满足企业个性化的需求。,6、高效的技术支持,香港服务器提供商通常拥有专业的技术团队，能够为企业提供7×24小时的技术支持服务，当企业遇到问题时，可以随时联系技术支持人员，获得及时的解决方案，这为企业节省了大量的时间和精力，提高了工作效率。,香港服务器凭借其地理位置优势、优质网络资源、丰富的带宽选择、严格的监管政策、灵活的租赁方案和高效的技术支持，成为了众多企业用户的首选。,相关问题与解答：,1、香港服务器与国内服务器相比有哪些优势？,答：香港服务器与国内服务器相比，具有地理位置优势、优质网络资源、丰富的带宽选择、严格的监管政策、灵活的租赁方案和高效的技术支持等优势。, ,2、香港服务器是否适用于所有类型的企业？,答：香港服务器适用于大多数类型的企业，特别是那些需要面向亚洲地区开展业务、对网络速度和稳定性有较高要求的企业。,3、如何选择合适的香港服务器带宽？,答：企业可以根据自己的业务需求和预期的流量进行选择，如果不确定具体需求，可以先选择较低带宽的套餐，后期根据业务发展进行调整。,4、香港服务器的租赁方案有哪些？,答：香港服务器的租赁方案通常包括按月租赁、按年租赁等，部分服务器提供商还提供定制化的服务，如硬件配置、操作系统等。,

在当今的互联网世界中，VPS（Virtual Private Server，虚拟专用服务器）已经成为了许多网站管理员和开发者的首选，它提供了一种高效、灵活和经济的方式来托管和管理网站，而Webmin，作为一种流行的Linux系统管理工具，可以帮助我们轻松地管理和配置VPS，本文将详细介绍如何轻松上手，VPS安装Webmin教程分享。,1、获取VPS：我们需要购买一个VPS，有很多知名的VPS提供商，如阿里云、腾讯云、Vultr等，选择合适的VPS提供商后，根据其提供的文档创建一个新的VPS实例。, ,2、SSH登录：购买VPS后，我们需要使用SSH客户端（如PuTTY、Xshell等）登录到VPS，输入IP地址、端口号、用户名和密码，即可成功登录。,3、更新系统：登录成功后，我们需要更新系统到最新版本，在终端中输入以下命令：,1、添加Webmin软件源：在终端中输入以下命令，将Webmin的软件源添加到系统中：,2、安装Webmin：在终端中输入以下命令，开始安装Webmin：,3、启动Webmin服务：安装完成后，我们需要启动Webmin服务，在终端中输入以下命令：,4、访问Webmin：现在，我们可以使用浏览器访问Webmin了，在浏览器中输入 http://your_vps_ip:10000，其中 your_vps_ip是你的VPS的IP地址，输入之前设置的用户名和密码，即可成功登录Webmin。, ,1、创建用户和组：在Webmin的主界面，点击“系统”菜单，然后选择“用户和组”，在这里，我们可以创建新的用户和组，并为其分配权限。,2、配置网络：点击“网络”菜单，可以配置VPS的网络设置，如静态IP地址、网关、DNS等。,3、管理服务：点击“服务器”菜单，可以启动、停止和管理各种Linux服务，如Apache、MySQL、FTP等。,4、文件管理：点击“文件管理器”菜单，可以上传、下载和删除文件，以及管理目录和文件权限。,问题1：安装Webmin时出现依赖错误怎么办？,答：如果在安装Webmin时出现依赖错误，可以尝试更新系统后再重新安装，在终端中输入以下命令：, ,问题2：如何修改Webmin的默认端口？,答：要修改Webmin的默认端口，需要编辑Webmin的配置文件，在终端中输入以下命令：,找到 PORT这一行，将其后面的数字改为你想要的端口号，保存并退出后，重启Webmin服务使更改生效。,问题3：如何卸载Webmin？,答：要卸载Webmin，可以在终端中输入以下命令：,

Jetty是一个Java Servlet容器，具有高性能、低开销和灵活性等特点。它支持在一个服务器上运行多个Web应用程序，并能为每个Web应用程序提供独立的虚拟主机，从而更好地实现Web应用程序的隔离和管理。本文将详细介绍Jetty虚拟主机的配置方法和相关注意事项。 一、Jetty虚拟主机概述 虚拟主机是Web服务器上的一个概念，它允许在同一IP地址和端口下运行多个域名或应用程序。通过将“域名”映射到不同的Web应用程序，不同的应用程序便可使用同一个TCP端口并共享服务器资源，而且可以更灵活地进行管理和部署。Jetty采用了类似Apache的虚拟主机技术，根据请求的主机名来选择合适的Web应用程序来处理请求，同时还可以根据请求的路径来选择不同的Web应用程序。 二、Jetty虚拟主机配置 Jetty的虚拟主机配置主要涉及以下两个方面：一是在Jetty服务器中定义虚拟主机，二是在Web应用程序中指定访问路径。 1.在Jetty服务器中定义虚拟主机 在Jetty服务器中定义一个虚拟主机可以通过配置文件或编程方式来实现。下面我们来介绍一下通过配置文件的方式来定义Jetty虚拟主机。 在Jetty的配置文件中创建一个名为‘Server’的对象，它将是整个服务端的主要控制点。然后，为每个虚拟主机创建一个名为‘ServerConnector’的对象，并将其配置为IP地址、端口和安全证书等相关属性。 下面是一个简单的Jetty配置文件，其中定义了两个虚拟主机，分别对应于www.abc.com和www.xyz.com域名: “` jetty-server 127.0.0.1 80 www_abc 127.0.0.1 80 www_xyz “` 上述配置文件中，‘ServerConnector’对象是用来连接客户端和服务器的，每个虚拟主机都有一个对应的‘ServerConnector’对象。‘port’属性表示该虚拟主机监听的TCP端口号。‘name’属性表示虚拟主机的名称。‘addConnector’方法把‘ServerConnector’对象添加到Jetty服务器中，从而启动虚拟主机。 2.在Web应用程序中指定访问路径 Jetty虚拟主机的配置不仅要在Jetty服务器中进行，还需要在Web应用程序中指定访问路径，这样Jetty服务器才能根据请求的主机名或路径来选择正确的Web应用程序处理请求。 在Web应用程序中指定访问路径可以通过在Web应用程序的web.xml文件中配置servlet、filter、listener等相关组件的映射路径。例如，假设我们有两个Web应用程序，分别为‘app1’和‘app2’，那么我们可以在每个Web应用程序的web.xml文件中添加以下内容： “` xmlns:xsi=”http://www.w3.org/2023/XMLSchema-instance” xsi:schemaLocation=”http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd” version=”3.0″> Servlet1 com.app1.Servlet1 Servlet1 /app1/* Servlet2 com.app2.Servlet2 Servlet2 /app2/* “` 上述配置文件中，‘url-pattern’属性表示该组件的访问路径。例如，Servlet1映射到‘/app1/*’路径下，Servlet2映射到‘/app2/*’路径下。这样，在虚拟主机中接收到请求后，Jetty服务器便可根据请求的主机名或路径来选择正确的Web应用程序处理请求。 三、Jetty虚拟主机配置注意事项 尽管Jetty虚拟主机配置相对灵活和简单，但在实践中仍有一些需要注意的问题。下面列举了一些常见的Jetty虚拟主机配置注意事项。 1. 虚拟主机名称必须唯一 在Jetty服务器中定义虚拟主机时，‘name’属性必须是唯一的，否则会导致Jetty服务器无法启动。 2. 应用程序映射路径必须合理 应用程序的映射路径必须合理，以避免路径冲突和歧义。例如，应用程序A映射到‘/app1/*’路径下，应用程序B映射到‘/app2/*’路径下。如果这两个应用程序的某个组件都映射到了‘/common/*’路径下，程序会出现歧义导致访问失败。 3. 确认TCP端口是否开放 在配置Jetty虚拟主机时，必须确保所用的TCP端口是开放的。如果端口被占用或未开放，则Jetty服务器无法启动或无法响应请求。 4. 尽量避免JVM内存泄漏 在多个Web应用程序共享同一JVM进程的情况下，应特别注意JVM内存泄漏的问题。如果一个应用程序在JVM内存中泄漏了大量资源，会导致整个JVM进程的性能下降和内存泄漏，最终影响其他应用程序和虚拟主机的性能和稳定性。 综上所述，Jetty虚拟主机的配置能够大大提高Web应用程序的隔离性和管理能力，在实践中有广泛应用。通过本文介绍的Jetty虚拟主机配置方法和注意事项，读者应该能够更好地理解和应用Jetty虚拟主机技术。 相关问题拓展阅读： 大型的PHP应用，通常使用什么应用做消息队列？ 大型的PHP应用，通常使用什么应用做消息队列？ 一、消息队列概述\x0d\x0a　　消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题。实现高性能，高可用，可伸缩和最终一致性架构。是大型分布式系滑闭统不可缺少的中间件。\x0d\x0a　　目前在生产环境，使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ等。\x0d\x0a　　二、消息队列应用场景\x0d\x0a　　以下介绍消息队列在实际应用中常用的使用场景。异步处理，应用解耦，流量削锋和消息通讯四个场景。\x0d\x0a　　2.1异步处理\x0d\x0a　　场景说明：用户注册后，需要发注册邮件和注册短信。传统的做法有两种1.串行的方式；2.并行方式。\x0d\x0a　　（1）串行方式：将注册信息写入蚂戚数据库成功后，发送注册邮件，再发信物裂送注册短信。以上三个任务全部完成后，返回给客户端。（架构KKQ：，欢迎加入）\x0d\x0a　　（2）并行方式：将注册信息写入数据库成功后，发送注册邮件的同时，发送注册短信。以上三个任务完成后，返回给客户端。与串行的差别是，并行的方式可以提高处理的时间。\x0d\x0a　　假设三个业务节点每个使用50毫秒钟，不考虑网络等其他开销，则串行方式的时间是150毫秒，并行的时间可能是100毫秒。\x0d\x0a　　因为CPU在单位时间内处理的请求数是一定的，假设CPU1秒内吞吐量是100次。则串行方式1秒内CPU可处理的请求量是7次（1000/150）。并行方式处理的请求量是10次（1000/100）。\x0d\x0a　　小结：如以上案例描述，传统的方式系统的性能（并发量，吞吐量，响应时间）会有瓶颈。如何解决这个问题呢？\x0d\x0a　　引入消息队列，将不是必须的业务逻辑，异步处理。改造后的架构如下：\x0d\x0a　　按照以上约定，用户的响应时间相当于是注册信息写入数据库的时间，也就是50毫秒。注册邮件，发送短信写入消息队列后，直接返回，因此写入消息队列的速度很快，基本可以忽略，因此用户的响应时间可能是50毫秒。因此架构改变后，系统的吞吐量提高到每秒20 QPS。比串行提高了3倍，比并行提高了两倍。\x0d\x0a　　2.2应用解耦\x0d\x0a　　场景说明：用户下单后，订单系统需要通知库存系统。传统的做法是，订单系统调用库存系统的接口。如下图：\x0d\x0a　　传统模式的缺点：\x0d\x0a　　1） 假如库存系统无法访问，则订单减库存将失败，从而导致订单失败；\x0d\x0a　　2） 订单系统与库存系统耦合；\x0d\x0a　　如何解决以上问题呢？引入应用消息队列后的方案，如下图：\x0d\x0a　　订单系统：用户下单后，订单系统完成持久化处理，将消息写入消息队列，返回用户订单下单成功。\x0d\x0a　　库存系统：订阅下单的消息，采用拉/推的方式，获取下单信息，库存系统根据下单信息，进行库存操作。\x0d\x0a　　假如：在下单时库存系统不能正常使用。也不影响正常下单，因为下单后，订单系统写入消息队列就不再关心其他的后续操作了。实现订单系统与库存系统的应用解耦。\x0d\x0a　　2.3流量削锋\x0d\x0a　　流量削锋也是消息队列中的常用场景，一般在秒杀或团抢活动中使用广泛。\x0d\x0a　　应用场景：秒杀活动，一般会因为流量过大，导致流量暴增，应用挂掉。为解决这个问题，一般需要在应用前端加入消息队列。\x0d\x0a　　可以控制活动的人数；\x0d\x0a　　可以缓解短时间内高流量压垮应用；\x0d\x0a　　用户的请求，服务器接收后，首先写入消息队列。假如消息队列长度超过更大数量，则直接抛弃用户请求或跳转到错误页面；\x0d\x0a　　秒杀业务根据消息队列中的请求信息，再做后续处理。\x0d\x0a　　2.4日志处理\x0d\x0a　　日志处理是指将消息队列用在日志处理中，比如Kafka的应用，解决大量日志传输的问题。架构简化如下：\x0d\x0a　　日志采集客户端，负责日志数据采集，定时写受写入Kafka队列；\x0d\x0a　　Kafka消息队列，负责日志数据的接收，存储和转发；\x0d\x0a　　日志处理应用：订阅并消费kafka队列中的日志数据；\x0d\x0a　　以下是新浪kafka日志处理应用案例：\x0d\x0a　　(1)Kafka：接收用户日志的消息队列。\x0d\x0a　　(2)Logstash：做日志解析，统一成ON输出给Elasticsearch。\x0d\x0a　　(3)Elasticsearch：实时日志分析服务的核心技术，一个schemaless，实时的数据存储服务，通过index组织数据，兼具强大的搜索和统计功能。\x0d\x0a　　(4)Kibana：基于Elasticsearch的数据可视化组件，超强的数据可视化能力是众多公司选择ELK stack的重要原因。\x0d\x0a　　2.5消息通讯\x0d\x0a　　消息通讯是指，消息队列一般都内置了高效的通信机制，因此也可以用在纯的消息通讯。比如实现点对点消息队列，或者聊天室等。\x0d\x0a　　点对点通讯：\x0d\x0a　　客户端A和客户端B使用同一队列，进行消息通讯。\x0d\x0a　　聊天室通讯：\x0d\x0a　　客户端A，客户端B，客户端N订阅同一主题，进行消息发布和接收。实现类似聊天室效果。\x0d\x0a　　以上实际是消息队列的两种消息模式，点对点或发布订阅模式。模型为示意图，供参考。\x0d\x0a　　三、消息中间件示例\x0d\x0a　　3.1电商系统\x0d\x0a　　消息队列采用高可用，可持久化的消息中间件。比如Active MQ，Rabbit MQ，Rocket Mq。（1）应用将主干逻辑处理完成后，写入消息队列。消息发送是否成功可以开启消息的确认模式。（消息队列返回消息接收成功状态后，应用再返回，这样保障消息的完整性）\x0d\x0a　　（2）扩展流程（发短信，配送处理）订阅队列消息。采用推或拉的方式获取消息并处理。\x0d\x0a　　（3）消息将应用解耦的同时，带来了数据一致性问题，可以采用最终一致性方式解决。比如主数据写入数据库，扩展应用根据消息队列，并结合数据库方式实现基于消息队列的后续处理。\x0d\x0a　　3.2日志收集系统\x0d\x0a　　分为Zookeeper注册中心，日志收集客户端，Kafka集群和Storm集群（OtherApp）四部分组成。\x0d\x0a　　Zookeeper注册中心，提出负载均衡和地址查找服务；\x0d\x0a　　日志收集客户端，用于采集应用系统的日志，并将数据推送到kafka队列；\x0d\x0a　　四、JMS消息服务\x0d\x0a　　讲消息队列就不得不提JMS 。JMS（Java Message Service,Java消息服务）API是一个消息服务的标准/规范，允许应用程序组件基于JavaEE平台创建、发送、接收和读取消息。它使分布式通信耦合度更低，消息服务更加可靠以及异步性。\x0d\x0a　　在EJB架构中，有消息bean可以无缝的与JM消息服务集成。在J2EE架构模式中，有消息服务者模式，用于实现消息与应用直接的解耦。\x0d\x0a　　4.1消息模型\x0d\x0a　　在JMS标准中，有两种消息模型P2P（Point to Point）,Publish/Subscribe(Pub/Sub)。\x0d\x0a　　4.1.1 P2P模式\x0d\x0a　　P2P模式包含三个角色：消息队列（Queue），发送者(Sender)，接收者(Receiver)。每个消息都被发送到一个特定的队列，接收者从队列中获取消息。队列保留着消息，直到他们被消费或超时。\x0d\x0a　　P2P的特点\x0d\x0a　　每个消息只有一个消费者（Consumer）(即一旦被消费，消息就不再在消息队列中)\x0d\x0a　　发送者和接收者之间在时间上没有依赖性，也就是说当发送者发送了消息之后，不管接收者有没有正在运行，它不会影响到消息被发送到队列\x0d\x0a　　接收者在成功接收消息之后需向队列应答成功\x0d\x0a　　如果希望发送的每个消息都会被成功处理的话，那么需要P2P模式。（架构KKQ：，欢迎加入）\x0d\x0a　　4.1.2 Pub/sub模式\x0d\x0a　　包含三个角色主题（Topic），发布者（Publisher），订阅者（Subscriber） 。多个发布者将消息发送到Topic,系统将这些消息传递给多个订阅者。\x0d\x0a　　Pub/Sub的特点\x0d\x0a　　每个消息可以有多个消费者\x0d\x0a　　发布者和订阅者之间有时间上的依赖性。针对某个主题（Topic）的订阅者，它必须创建一个订阅者之后，才能消费发布者的消息。\x0d\x0a　　为了消费消息，订阅者必须保持运行的状态。\x0d\x0a　　为了缓和这样严格的时间相关性，JMS允许订阅者创建一个可持久化的订阅。这样，即使订阅者没有被激活（运行），它也能接收到发布者的消息。\x0d\x0a　　如果希望发送的消息可以不被做任何处理、或者只被一个消息者处理、或者可以被多个消费者处理的话，那么可以采用Pub/Sub模型。\x0d\x0a　　4.2消息消费\x0d\x0a　　在JMS中，消息的产生和消费都是异步的。对于消费来说，JMS的消息者可以通过两种方式来消费消息。\x0d\x0a　　（1）同步\x0d\x0a　　订阅者或接收者通过receive方法来接收消息，receive方法在接收到消息之前（或超时之前）将一直阻塞；\x0d\x0a　　（2）异步\x0d\x0a　　订阅者或接收者可以注册为一个消息监听器。当消息到达之后，系统自动调用监听器的onMessage方法。\x0d\x0a　　JNDI：Java命名和目录接口,是一种标准的Java命名系统接口。可以在网络上查找和访问服务。通过指定一个资源名称，该名称对应于数据库或命名服务中的一个记录，同时返回资源连接建立所必须的信息。\x0d\x0a　　JNDI在JMS中起到查找和访问发送目标或消息来源的作用。（架构KKQ：，欢迎加入）\x0d\x0a　　4.3JMS编程模型\x0d\x0a　　(1) ConnectionFactory\x0d\x0a　　创建Connection对象的工厂，针对两种不同的jms消息模型，分别有QueueConnectionFactory和TopicConnectionFactory两种。可以通过JNDI来查找ConnectionFactory对象。\x0d\x0a　　(2) Destination\x0d\x0a　　Destination的意思是消息生产者的消息发送目标或者说消息消费者的消息来源。对于消息生产者来说，它的Destination是某个队列（Queue）或某个主题（Topic）;对于消息消费者来说，它的Destination也是某个队列或主题（即消息来源）。\x0d\x0a　　所以，Destination实际上就是两种类型的对象：Queue、Topic可以通过JNDI来查找Destination。\x0d\x0a　　(3) Connection\x0d\x0a　　Connection表示在客户端和JMS系统之间建立的链接（对TCP/IP socket的包装）。Connection可以产生一个或多个Session。跟ConnectionFactory一样，Connection也有两种类型：QueueConnection和TopicConnection。\x0d\x0a　　(4) Session\x0d\x0a　　Session是操作消息的接口。可以通过session创建生产者、消费者、消息等。Session提供了事务的功能。当需要使用session发送/接收多个消息时，可以将这些发送/接收动作放到一个事务中。同样，也分QueueSession和TopicSession。\x0d\x0a　　(5) 消息的生产者\x0d\x0a　　消息生产者由Session创建，并用于将消息发送到Destination。同样，消息生产者分两种类型：QueueSender和TopicPublisher。可以调用消息生产者的方法（send或publish方法）发送消息。\x0d\x0a　　(6) 消息消费者\x0d\x0a　　消息消费者由Session创建，用于接收被发送到Destination的消息。两种类型：QueueReceiver和TopicSubscriber。可分别通过session的createReceiver(Queue)或createSubscriber(Topic)来创建。当然，也可以session的creatDurableSubscriber方法来创建持久化的订阅者。\x0d\x0a　　(7) MessageListener\x0d\x0a　　消息监听器。如果注册了消息监听器，一旦消息到达，将自动调用监听器的onMessage方法。EJB中的MDB（Message-Driven Bean）就是一种MessageListener。\x0d\x0a　　深入学习JMS对掌握JAVA架构，EJB架构有很好的帮助，消息中间件也是大型分布式系统必须的组件。本次分享主要做全局性介绍，具体的深入需要大家学习，实践，总结，领会。\x0d\x0a　　五、常用消息队列\x0d\x0a　　一般商用的容器，比如WebLogic，JBoss，都支持JMS标准，开发上很方便。但免费的比如Tomcat，Jetty等则需要使用第三方的消息中间件。本部分内容介绍常用的消息中间件（Active MQ,Rabbit MQ，Zero MQ,Kafka）以及他们的特点。\x0d\x0a　　5.1 ActiveMQ\x0d\x0a　　ActiveMQ 是Apache出品，更流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现，尽管JMS规范出台已经是很久的事情了，但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。\x0d\x0a　　ActiveMQ特性如下：\x0d\x0a　　⒈ 多种语言和协议编写客户端。语言: Java,C,C++,C#,Ruby,Perl,Python,PHP。应用协议： OpenWire,Stomp REST,WS Notification,XMPP,AMQP\x0d\x0a　　⒉ 完全支持JMS1.1和J2EE 1.4规范 （持久化，XA消息，事务)\x0d\x0a　　⒊ 对spring的支持，ActiveMQ可以很容易内嵌到使用Spring的系统里面去，而且也支持Spring2.0的特性\x0d\x0a　　⒋ 通过了常见J2EE服务器（如 Geronimo,JBoss 4,GlassFish,WebLogic)的测试，其中通过JCA 1.5 resource adaptors的配置，可以让ActiveMQ可以自动的部署到任何兼容J2EE 1.4 商业服务器上\x0d\x0a　　⒌ 支持多种传送协议：in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA\x0d\x0a　　⒍ 支持通过JDBC和journal提供高速的消息持久化\x0d\x0a　　⒎ 从设计上保证了高性能的集群，客户端-服务器，点对点\x0d\x0a　　⒏ 支持Ajax\x0d\x0a　　⒐ 支持与Axis的整合\x0d\x0a　　⒑ 可以很容易得调用内嵌JMS provider，进行测试\x0d\x0a　　5.2 RabbitMQ\x0d\x0a　　RabbitMQ是流行的开源消息队列系统，用erlang语言开发。RabbitMQ是AMQP（高级消息队列协议）的标准实现。支持多种客户端，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX，持久化。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。\x0d\x0a　　几个重要概念：\x0d\x0a　　Broker：简单来说就是消息队列服务器实体。\x0d\x0a　　Exchange：消息交换机，它指定消息按什么规则，路由到哪个队列。\x0d\x0a　　Queue：消息队列载体，每个消息都会被投入到一个或多个队列。\x0d\x0a　　Binding：绑定，它的作用就是把exchange和queue按照路由规则绑定起来。\x0d\x0a　　Routing Key：路由关键字，exchange根据这个关键字进行消息投递。\x0d\x0a　　vhost：虚拟主机，一个broker里可以开设多个vhost，用作不同用户的权限分离。\x0d\x0a　　producer：消息生产者，就是投递消息的程序。\x0d\x0a　　consumer：消息消费者，就是接受消息的程序。\x0d\x0a　　channel：消息通道，在客户端的每个连接里，可建立多个channel，每个channel代表一个会话任务。\x0d\x0a　　消息队列的使用过程，如下：\x0d\x0a　　（1）客户端连接到消息队列服务器，打开一个channel。\x0d\x0a　　（2）客户端声明一个exchange，并设置相关属性。\x0d\x0a　　（3）客户端声明一个queue，并设置相关属性。\x0d\x0a　　（4）客户端使用routing key，在exchange和queue之间建立好绑定关系。\x0d\x0a　　（5）客户端投递消息到exchange。\x0d\x0a　　exchange接收到消息后，就根据消息的key和已经设置的binding，进行消息路由，将消息投递到一个或多个队列里。\x0d\x0a　　5.3 ZeroMQ\x0d\x0a　　号称史上最快的消息队列，它实际类似于Socket的一系列接口，他跟Socket的区别是：普通的socket是端到端的（1:1的关系），而ZMQ却是可以N：M 的关系，人们对BSD套接字的了解较多的是点对点的连接，点对点连接需要显式地建立连接、销毁连接、选择协议（TCP/UDP）和处理错误等，而ZMQ屏蔽了这些细节，让你的网络编程更为简单。ZMQ用于node与node间的通信，node可以是主机或者是进程。\x0d\x0a　　引用官方的说法： “ZMQ(以下ZeroMQ简称ZMQ)是一个简单好用的传输层，像框架一样的一个socket...