QQwli的博客

mock=force:return null 表示消费方对该服务的方法调用都直接返回 null 值，不发起远程调用，用来屏蔽不重要服务不可用时对调用方的影响。Failover Cluster：失败重试，默认值，当出现失败，重试其它服务器，默认重试 2 次，使用 retries 配置，一般用于读操作。可以，因为dubbo服务消费者在第一次调用时，会将服务提供方的地址缓存到本地，以后在调用的时候则不需要访问注册中心。超时时间，可以配置在生产方或消费方，建议配置在生产方，因为上产方对接口的响应时间更熟悉。

由于不明原因导致rabbitmq重启，在rabbitmq重启期间生产者消息投递失败，导致消息丢失，需要手动处理和恢复。生产者发送消息到交换机，交换机收到消息后，会触发确认后的回调方法。none：默认值，禁用发布确认correlated：发布消息到交换机后触发回调方法simple：有两种效果：第一种效果与correlated一样；其二，单个确认，在发布消息成功后使用rabbitTemplate,调用waitForConfirms或 waitForConfirmsOrDie方法等待broker节点返回发

延时队列,队列内部是有序的，最重要的特性就体现在它的延时属性上，延时队列中的元素是希望在指定时间到了以后或之前取出和处理，简单来说，延时队列就是用来存放需要在指定时间被处理的元素的队列。

死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer将消息投递到 broker或者直接到queue里了，consumer 从 queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。

RabbitMQ消息传递模型的思想是：生产者生产的消息从不会直接发送到队列；相反，生产者只能将消息发送到交换机，一方面，他接收到生产者的信息，另一方面，将他们推入队列。直接（direct）、主题（topic）、标题（headers）、扇出（发布/订阅：fanout）

生产者将信道设置成confirm模式，一旦信道进入confirm模式所有在该信道上发布的消息都将会指派一个唯一ID（从1开始），一旦消息被投递到所有匹配的队列之后，broker就会发送一个确认给生产者（包含消息的唯一ID），这样生产者就知道消息已经正确到达目的队列了，如果消息和队列是可持久化的，那么消息会在将消息写入磁盘后发出；broker回传给生产者的确认消息中delivery-tag域包含了确认消息的序列号，此外broker也可以设置basic.ack的multiple域，表示这个序列号之前的消息都已经

工作队列模式，又称任务队列。主要思想是避免立即执行资源密集型任务，而不得不等待它完成，相反我们安排任务在之后执行，我们把任务封装为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当有多个工作线程时，这些工作线程将一起处理这些任务。

RabbitMQ hello world模式

Scheduled注解 cron属性解析CronTrigger配置完整格式为： [秒][分] [小时][日] [月][周] [年]一、使用说明序号说明是否必填允许填的值允许通配符1秒是0~59, - * /2分是0~59, - * /3时是0~23, - * /4日是1~31, - * ? / L W5月是1-12或JAN-DEC, - * /6周是1-7或SUN-SAT, - * ? / L W

shiro1、主流安全框架shiro：Apache开源，简单易用，集成没有限制 https://shiro.apache.org/，shiro学习资料：https://www.w3cschool.cn/shiro/andc1if0.html，https://www.bilibili.com/video/BV1uz4y197Zm?spm_id_from=333.999.0.0Spring Security：Spring家族，只能集成在Spring家族相关框架中。2、解决问题：权限管理权限管理包括：

JWT1、什么是JWT官网：https://jwt.io/学习资料：https://baobao555.tech/archives/40JSON Web Token(JWT)是一个开放标准(RFC 7519)，它定义了一种紧凑且自包含的方式，用于作为JSON对象在各方之间安全地传输信息。可以验证和信任该信息，因为它是数字签名的。jwt可以使用一个秘密(使用HMAC算法)或使用RSA或ECDSA的公钥/私钥对进行签名。简单来说，就是通过JSON形式作为Web应用中的令牌，用于在各方面之间安全的将