我是 Spring 集成的新手。关于 Spring 集成我有几个问题
是不是像spring integration这样可以连接两个用两种不同语言开发的系统？
【问题讨论】：
有哪些实时场景可以实现 Spring 集成？
我会说它最适合构建一个 使用管道的应用程序和 过滤器架构，主要用于 应用内架构和 设计。通过应用程序内，我的意思是 '在应用程序内'。它适合 对于内部应用程序，因为 轻量级管道（通道）基于 util.concurrent 类。为了 例如 DirectChannel 是一个简单的 和逻辑的方式来分开两个 工作流中的处理节点 队列的开销（不是 jms 队列）。
它确实支持之间的交互 通过网关的应用程序 适应各种消息传递机制 （如 WebServices、JMS 等）。所以 应用程序不必转向 其他一些框架 应用程序间的交互也是如此。
创建额外的弹簧集成层有什么好处？
如果你想分离它很有用 关注点，松散耦合和 灵活性。
如果邮件系统没有在spring中实现，是否还可以使用spring集成进行集成？
我不明白这个问题，对不起。
是不是像spring integration这样可以连接用两种不同语言开发的两个系统？
您的意思是，与另一个基于非 Java 平台的系统进行交互？这也可以实现，但主要不是因为 Spring Integration，而是通过使用 Spring Integration 与现有机制来交换 WebServices、JMS 等消息。如果要求只是 2 个应用程序之间的点对点消息传递，则 Spring集成不会有太大用处（除非在这样的对话中有某种有趣的工作流程）。
【讨论】：
此外，您还可以查看 https://spring.io/blog/2011/02/24/green-beans-getting-started-with-spring-integration，它介绍了 Spring 集成以及基本范例。它会让你开始，然后你就可以开始理解样本等等。
【讨论】：
真实的场景有很多值得一提的。 Spring Integration 是一个允许您基于企业集成模式构建消息驱动系统的框架。 请注意，当我说消息传递时，我并不是指远程消息传递，例如 JMS 或类似的东西。消息传递首先是一种架构范式（模式），它允许您构建松散耦合和可扩展的系统，例如此处描述的系统：http://blog.springsource.com/2010/03/18/eip-loan-broker-reference-implementation-part-1/ Spring Integration 还提供了远程适配器（TCP、HTTP、MAIL 等）来与远程系统集成。我们有很多示例，您可以通过查看更多详细信息http://blog.springsource.com/2010/09/29/new-spring-integration-samples/
我认为通过阅读这些文章，您将了解“优势是什么”。我现在想说的是，IMO 的优势在于框架本身。通过使用它，您将不必编写集成代码。
“如果一个邮件系统没有在spring中实现，那么spring集成还可以用于集成吗？” - 我不确定我是否理解这个问题。 Spring Integration 使用 JavaMail API 与电子邮件服务器（发送和接收）进行通信。能详细点吗？
【讨论】：