最后
docker run -d --name rabbit -p 15672:15672 -P 5672:5672 rabbi tnq : management
应使用application.yml文件中的spring.rabbit. *属性覆盖默认的RabbitMQ地址。
spring:
rabbi tmq:
host: 192.168.99.100
port: 5672
默认情况下,Spring Cloud Stream会为通信创建主题交换信息。这种类型的交换更适合发布/订阅交互模型。开发人员也可以使用exchangeType 属性覆盖它,就像在application.yml 的片段中一样,如下所示。
spring:
cloud:
stream:
rabbit:
bindings:
output:
producer:
exchangeTyper direct
input:
consumer:
exchangeType: direct
开发人员应该为order-service服务和account-service服务提供相同的配置设置。这里不必手动创建任何交换信息。如果它不存在,则它会在启动期间由应用程序自动创建。否则,应用程序只会绑定到该交换信息。默认情况下,它创建交换信息时所使用的名称,对于@Input通道就是输入的名称,对于@Output通道就是输出的名称。这些名称可以用spring .cloud.stream.bindings. output.destination和spring.cloud.stream.bindings.input.destination属性覆盖,其中的输入和输出都是通道的名称。此配置选项不仅是Spring Cloud Stream功能的“个很好的补充,而且是用于关联服务间通信中的输入和输出目标的键值设置。
要解释为什么会发生这种情况也非常简单。在我们的示例中,一方面, order-service 是消息源应用程序,因而它会将消息发送到输出通道。然后,另一方面,account-service 服务将侦听输入通道上的传入消息。如果order- service服务的输出通道和account-service服务的输入通道未引用代理上的相同目标,则它们之间的通信将失败。总之,我们决定使用名称为order-out和orders-in的目的地,并且为order-service服务提供了以下配置。
spring:
cloud :
stream:
bindings :
output:
destination: orders -out
input :
destination: orders-in
account- service服务的类似配置设置则刚好相反。
spring:
cloud:
stream:
bindings:
output:
destination: orders-in
input :
destination: orders-out
在两个应用程序都启动之后,可以使用其Web管理控制台轻松查看RabbitMQ代理上声明的交换列表,该控制台位于htp://192.68.99.100:15672 (guestguest) 。如图11.2所示的是隐式创建的交换信息(Exchange),开发人员可能会看到出于测试目的创建的两个目标。
默认情况下,Spring Cloud Stream将提供一个输入和一个输出消息通道。可以想象一种情况,即我们的系统需要为每种类型的消息通道提供多个目的地。现在可以回到示例系统架构,并考虑每个订单由另外两个微服务异步处理的情况。到目前为止,只有account-service 服务一直在监听来自order-service 服务的传入事件。在当前示例中,product-service服务将是传入订单的接收者,它在这种情况下的主要目标是管理可用产品的数量,并根据订单细节减少它们。它要求我们在order-service服务中定义两个输入和输出消息通道,因为我们仍然有基于直接RabbitMQ交换信息的点对点通信,其中每个消息都可以由一个使用者处理。
在这种情况下,我们应该使用@Input和@Output方法声明两个接口。每个方法都必须返回一个channel对象。Spring Cloud Stream提供两个可绑定的消息组件一用于出站通信的MessageChannel,以及它的扩展——用于入站通信的SubscribableChannel.这是与product-service服务交互的接口定义。已创建用于通过account-service服务进行消息传递的类似接口。
public interface ProductOrder {
@Input
SubscribableChannel productordersIn() ;
@output
MessageChannel productOrdersOut() ;
}
下一步是通过使用@EnableBinding(value- {Accountrder.as,Productorder.cass})来注解其主类以激活应用程序的声明组件。现在,可以使用它们的名称在配置属性中引用这些通道,如sringcloudstream.bindings.productOrdersOut.destination- product-orders-in。使用@Input和@Output注解时,可以通过指定通道名称来自定义每个通道名称,示例如下。
public interface Productorder {
@Input (“productordersIn”)
SubscribableChannel ordersIn() :
@output (“productordersOut”)
MessageChannel ordersOut() ;
}
基于自定义接口声明,Spring Cloud Stream将生成实现该接口的bean.但是,仍然必须在负责发送消息的bean中访问它。与前面的示例相比,直接注入绑定通道会更简便。以下是当前产品订单消息发送者的bean实现。还有一个类似的bean实现,它可以将消息发送到account-service.
@Service
public class ProductorderSender {
@Autowired
private MessageChannel output;
@Autowired
public. SendingBean (@Qualifier (“productordersout”) MessageChannel
output) {
this.output = output ;
}
public boolean send(order order) {
return this . output . send (MessageBui lder。withPayload (order) . build());
最后的内容
在开头跟大家分享的时候我就说,面试我是没有做好准备的,全靠平时的积累,确实有点临时抱佛脚了,以至于我自己还是挺懊恼的。(准备好了或许可以拿个40k,没做准备只有30k+,你们懂那种感觉吗)
如何准备面试?
1、前期铺垫(技术沉积)
程序员面试其实是对于技术的一次摸底考试,你的技术牛逼,那你就是大爷。大厂对于技术的要求主要体现在:基础,原理,深入研究源码,广度,实战五个方面,也只有将原理理论结合实战才能把技术点吃透。
下面是我会看的一些资料笔记,希望能帮助大家由浅入深,由点到面的学习Java,应对大厂面试官的灵魂追问
这部分内容过多,小编只贴出部分内容展示给大家了,见谅见谅!
- Java程序员必看《Java开发核心笔记(华山版)》
- Redis学习笔记
- Java并发编程学习笔记
四部分,详细拆分并发编程——并发编程+模式篇+应用篇+原理篇
- Java程序员必看书籍《深入理解 ava虚拟机第3版》(pdf版)
- 大厂面试必问——数据结构与算法汇集笔记
其他像Spring,SpringBoot,SpringCloud,SpringCloudAlibaba,Dubbo,Zookeeper,Kafka,RocketMQ,RabbitMQ,Netty,MySQL,Docker,K8s等等我都整理好,这里就不一一展示了。
2、狂刷面试题
技术主要是体现在平时的积累实用,面试前准备两个月的时间再好好复习一遍,紧接着就可以刷面试题了,下面这些面试题都是小编精心整理的,贴给大家看看。
①大厂高频45道笔试题(智商题)
②BAT大厂面试总结(部分内容截图)
③面试总结
3、结合实际,修改简历
程序员的简历一定要多下一些功夫,尤其是对一些字眼要再三斟酌,如“精通、熟悉、了解”这三者的区别一定要区分清楚,否则就是在给自己挖坑了。当然不会包装,我可以将我的简历给你参考参考,如果还不够,那下面这些简历模板任你挑选:
以上分享,希望大家可以在金三银四跳槽季找到一份好工作,但千万也记住,技术一定是平时工作种累计或者自学(或报班跟着老师学)通过实战累计的,千万不要临时抱佛脚。
另外,面试中遇到不会的问题不妨尝试讲讲自己的思路,因为有些问题不是考察我们的编程能力,而是逻辑思维表达能力;最后平时要进行自我分析与评价,做好职业规划,不断摸索,提高自己的编程能力和抽象思维能力。
希望大家可以在金三银四跳槽季找到一份好工作,但千万也记住,技术一定是平时工作种累计或者自学(或报班跟着老师学)通过实战累计的,千万不要临时抱佛脚。
另外,面试中遇到不会的问题不妨尝试讲讲自己的思路,因为有些问题不是考察我们的编程能力,而是逻辑思维表达能力;最后平时要进行自我分析与评价,做好职业规划,不断摸索,提高自己的编程能力和抽象思维能力。