如果您有5到10分钟的时间，我通常建议大家阅读Jonathan Anstey的《与Apache骆驼的集成》。这是一篇写得很好的文章，对Camel的一些概念进行了简要介绍和概述，并用代码示例实现了一个用例。乔纳森在信中写道：

ApacheCamel是一个开源Java框架，专注于使集成更容易，更易于开发人员访问。它通过提供：所有广泛使用的企业集成模式（EIP）的具体实现连接到各种传输和API易于使用的领域特定语言（DSL）将EIP和传输连接在一起

《行动中的骆驼》（Camel in Action，第二版）还有一个免费章节，在第一章中介绍了骆驼。乔纳森和我是那本书的合著者。

另一种观点（基于更基本的数学主题）

最通用的计算平台是图灵机。

图灵机有问题。所有输入/输出数据都保存在图灵机内。在现实世界中，我们的图灵机外部有输入源和输出汇，通常由我们无法控制的系统控制。也就是说，这些外部系统将使用任何期望的数据调度器以任何格式随意发送/接收数据。

问题：我们如何使独立的图灵机器以最通用的方式相互交流，以便每个图灵机器将其对等机器视为输入数据源或输出数据汇？

答：使用骆驼、骡、BizTalk或任何其他ESB来抽象完成不同的“物理”（或虚拟软件）图灵机之间的数据处理。

用简单的英语来说，camel在没有太多锅炉板代码的情况下完成了很多事情。

为了给您提供一个视角，下面给出的JavaDSL将创建一个REST端点，它将能够接受由产品列表组成的XML，并将其拆分为多个产品，并使用它调用BrandProcessor的Process方法。只需添加.aparallelProcessing（注意注释掉的部分），它就可以并行处理所有产品对象。（产品类是JAXB/XJC从XSD生成的Java存根，输入xml被限制在XSD中。）如此多的代码（加上很少的Camel依赖项）将完成过去需要100行Java代码的工作。

from("servlet:item-delta?matchOnUriPrefix=true&httpMethodRestrict=POST")
.split(stax(Product.class))
/*.parallelProcessing()*/
.process(itemDeltaProcessor);

添加路由ID和日志记录语句后

from("servlet:item-delta?matchOnUriPrefix=true&httpMethodRestrict=POST")
.routeId("Item-DeltaRESTRoute")
.log(LoggingLevel.INFO, "Item Delta received on Item-DeltaRESTRoute")
.split(stax(Product.class))
.parallelProcessing()
.process(itemDeltaProcessor);

这只是一个示例，Camel不仅仅是REST的终点。只需查看可插拔组件列表http://camel.apache.org/components.html

骆驼从A向B发送消息：

为什么要有一个完整的框架？如果你有：

许多发送者和许多接收者十几种协议（ftp、http、jms等）许多复杂的规则仅向接收方a和B发送消息a将消息B以XML的形式发送给接收方C，但部分地将其翻译、丰富（添加元数据）和IF条件X，然后也将其以CSV的形式发送到接收方D。

因此，现在您需要：

在协议之间转换将组件粘合在一起定义路线-路线在某些情况下过滤某些内容

Camel为您提供了以上（以及更多）开箱即用的功能：

使用一种很酷的DSL语言，您可以定义什么以及如何：

  new DefaultCamelContext().addRoutes(new RouteBuilder() {
        public void configure() {
            from("jms:incomingMessages")
                    .choice() // start router rules
                    .when(header("CamelFileName")
                            .endsWith(".xml"))
                    .to("jms:xmlMessages")
                    .when(header("CamelFileName")
                            .endsWith(".csv"))
                    .to("ftp:csvMessages");
}

另请参阅《这和这》和《骆驼在行动》（正如其他人所说，这是一本优秀的书！）

创建项目描述不应该很复杂。

我说：

Apache Camel是消息技术与路由的粘合剂。它将消息传递起点和终点连接在一起，允许将消息从不同的源传递到不同的目的地。例如：JMS->JSON、HTTP->JMS或漏斗式FTP->JMS、HTTP->JMS、JSON->JMS

维基百科说：

ApacheCamel是一个基于规则的路由和中介引擎，它使用API（或声明性Java域特定语言）来配置路由和中介规则，提供企业集成模式的基于Java对象的实现。特定于领域的语言意味着ApacheCamel可以使用常规Java代码支持IDE中路由规则的类型安全智能完成，而无需大量的XML配置文件；尽管也支持Spring内部的XML配置。

看见这不难吧？

101单词简介

Camel是一个具有一致API和编程模型的框架，用于将应用程序集成在一起。API基于企业集成模式中的理论，即倾向于使用消息传递的一系列设计模式。它提供了大多数这些模式的开箱即用的实现，此外还附带了200多个不同的组件，您可以使用它们轻松地与各种其他系统进行通信。要使用Camel，首先在POJO中编写业务逻辑，并实现以消息为中心的简单接口。然后使用Camel的DSL创建“Routes”，这是将应用程序粘合在一起的一组规则。

扩展简介

从表面上看，Camel的功能与传统的企业服务总线产品不相上下。我们通常认为CamelRoute是一个位于服务器端的“中介”（也称为编排）组件，但因为它是一个Java库，所以很容易嵌入，它也可以位于客户端应用程序上，并帮助您将其与点对点服务（也称为编舞）集成。您甚至可以使用POJO来处理Camel路由内的消息，并轻松地将它们分离到自己的远程消费者流程中，例如，如果您只需要独立扩展一个部分。根据您的需要，您可以使用Camel通过任意数量的不同远程传输/协议连接路由或处理器。你需要一个非常高效和快速的二进制协议，还是一个更易于人类阅读和调试的协议？如果你想换人怎么办？有了Camel，这通常就像改变路线中的一两条线一样简单，根本不改变任何业务逻辑。或者你可以同时支持这两种方式——你可以在骆驼环境中同时运行多条路线。

您实际上不需要将Camel用于将在单个进程或JVM中运行的简单应用程序，这将是过度的。但在概念上，它并不比你自己编写的代码更难。如果您的需求发生变化，业务逻辑和粘合代码的分离会使您更容易长期维护。一旦你学会了骆驼API，你就可以像瑞士军刀一样轻松地使用它，并在许多不同的环境中快速应用它，从而减少你必须编写的自定义代码量。您可以学习一种风格，例如JavaDSL，一种易于链接的流畅API，并轻松选择其他风格。

如果你想做微服务的话，Camel是一个很好的选择。我发现它对于进化体系结构来说是非常宝贵的，因为您可以推迟许多关于协议、传输和其他系统集成问题的艰难、“容易出错”的决策，直到您对问题领域有更多了解。只需关注EIP和核心业务逻辑，并在了解更多信息时切换到具有“正确”组件的新Routes。