**消息中間件：** :-:  消息傳遞模式 消息中間件ActiveMQ、RabbitMQ、SocketMQ、Kafka進行消息傳遞時一般遵循上圖的模式： （1）生產者與消費者之間靠消息媒介 Message 傳遞信息內容； （2）消息必須走特定的通道MessageChannel； （3）消息通道MessageChannel的子接口SubscribeChannel負責發消息，由MessageHandler消息處理器消費消息。 <br/> **為什么用Cloud Stream：** 比方說我們用到了RabbitMQ和Kafka，由于這兩個消息中間件在架構上的不同，像RabbitMQ有exchange，kafka有Topic和Partitions分區。 :-:  這些中間件的差異性導致我們實際項目開發給我們造成了一定的困擾，我們如果用了兩個消息隊列的其中一種，后面的業務需求，我想往另外一種消息隊列進行遷移，這時候無疑就是—個災難性的，<mark>一大堆東西都要重新推倒重新做</mark>，因為它跟我們的系統耦合了，這時候Spring Cloud Stream給我們提供了—種解耦合的方式。 <br/> **Stream憑什么可以統一底層差異：** 在沒有綁定器這個概念的情況下，我們的SpringBoot應用要直接與消息中間件進行信息交互的時候，由于各消息中間件構建的初衷不同，它們的實現細節上會有較大的差異性通過定義綁定器作為中間層，完美地實現了<mark>應用程序與消息中間件細節之間的隔離</mark>。通過向應用程序暴露統一的Channel通道，使得應用程序不需要再考慮各種不同的消息中間件實現。 <mark>通過定義綁定器Binder作為中間層，實現了應用程序與消息中間件細節之間的隔離</mark>。 <br/> **Binder綁定器：** 在沒有綁定器這個概念的情況下，我們的SpringBoot應用要直接與消息中間件進行信息交互的時候，由于各消息中間件構建的初衷不同，它們的實現細節上會有較大的差異性，通過定義綁定器作為中間層，完美地實現了<mark>應用程序與消息中間件細節之間的隔離</mark>。Stream對消息中間件的進一步封裝，可以做到代碼層面對中間件的無感知，甚至于動態的切換中間什(rabbitmq切換為kafka)，使得微服務開發的高度解耦，服務可以關注更多自己的業務流程。 :-:  <mark>通過定義綁定器Binder作為中間件，實現了應用程序與消息中間件細節之間的隔離</mark>