RabbitMQ 3.9( 续 )
前言
3.9、延迟队列 - 重要
3.9.1、延迟队列概念
- 这个玩意儿要表达的意思其实已经见过了,就是死信对垒中说的TTL消息过期,但是文字表达得换一下
- 所谓的延迟队列:就是用来存放需要在指定时间被处理的元素的队列,其内部是有序的
- 使用场景:
- 1、支付时,订单在30分钟以内未支付则自动取消支付
- 2、退款,用户发起退款,在3天以后商家还未处理,那官方便介入其中进行处理
- ..........
- 玩延迟队列需要具备的条件:
- 1、具备死信队列知识
- 2、具备TTL知识
- 然后将这二者结合,加一些东西,上好的烹饪就做好了
- 实现如下的逻辑
- P:生产者
- X:正常交换机
- Y:死信交换机
- QA、QB:正常队列
- QD:死信队列
- XA、XB:正常交换机、正常队列的routing key
- YD:死信交换机、死信队列的routing key
3.9.2、集成SpringBoot
3.9.2.1、依赖
<dependencies>
<!--rabbitmq的依赖-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-amqp</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.amqp</groupId>
<artifactId>spring-rabbit-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
3.9.2.2、yml文件配置
# RabbitMQ的配置
spring:
rabbitmq:
host: 自己服务器ip
port: 5672
username: admin
password: admin
# 要是有Vhost也可以进行配置
3.9.2.4、RabbitMQ配置
package cn.zixieqing.config;
import org.springframework.amqp.core.*;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import java.util.HashMap;
@Configuration
public class MqConfig {
/**
* 正常交换机名称
*/
private static final String TTL_NORMAL_EXCHANGE = "X";
/**
* 死信交换机名称
*/
private static final String TTL_DEAD_LETTER_EXCHANGE = "Y";
/**
* 正常队列名称
*/
private static final String TTL_NORMAL_QUEUE_A = "QA";
private static final String TTL_NORMAL_QUEUE_B = "QB";
/**
* 死信队列名称
*/
private static final String TTL_DEAD_LETTER_QUEUE_D = "QD";
/**
* 正常交换机 和 正常队列A的routing key
*/
private static final String TTL_NORMAL_EXCHANGE_BIND_QUEUE_A = "XA";
/**
* 正常交换机 和 正常队列B的routing key
*/
private static final String TTL_NORMAL_EXCHANGE_BIND_QUEUE_B = "XB";
/**
* 正常队列 和 死信交换机 及 死信交换机 与 死信队列的routing key
*/
private static final String TTL_NORMAL_QUEUE_AND_DEAD_LETTER_EXCHANGE_AND_DEAD_LETTER_QUEUE_BIND = "YD";
/**
* 声明正常交换机
*/
@Bean("xExchange")
public DirectExchange xExchange() {
// 直接创建是什么类型的交换机 加上 交换机名字就可以了
return new DirectExchange(TTL_NORMAL_EXCHANGE);
}
/**
* 声明死信交换机
*/
@Bean("yExchange")
public DirectExchange yExchange() {
return new DirectExchange(TTL_DEAD_LETTER_EXCHANGE);
}
/**
* 声明正常队列QA 并 绑定死信交互机Y
*/
@Bean("queueA")
public Queue queueA() {
// initialCapacity map初始值:(存的元素个数 / 负载因子0.75) + 1
HashMap<String, Object> params = new HashMap<>(5);
params.put("x-dead-letter-exchange", TTL_DEAD_LETTER_EXCHANGE);
params.put("x-dead-letter-routing-key", TTL_NORMAL_QUEUE_AND_DEAD_LETTER_EXCHANGE_AND_DEAD_LETTER_QUEUE_BIND);
params.put("x-message-ttl", 10 * 1000);
// 构建队列 并 传入相应的参数
return QueueBuilder.durable(TTL_NORMAL_QUEUE_A)
.withArguments(params)
.build();
}
/**
* X正常交换机 和 QA正常队列绑定
*/
@Bean
public Binding xChangeBindingQueueA(@Qualifier("queueA") Queue queueA,
@Qualifier("xExchange") DirectExchange xExchange) {
return BindingBuilder.bind(queueA)
.to(xExchange)
.with(TTL_NORMAL_EXCHANGE_BIND_QUEUE_A);
}
/**
* 声明正常队列QB 并 绑定死信交换机Y
*/
@Bean("queueB")
public Queue queueB() {
/*
initialCapacity map初始值:(存的元素个数 / 负载因子0.75) + 1
*/
HashMap<String, Object> params = new HashMap<>(5);
params.put("x-dead-letter-exchange", TTL_DEAD_LETTER_EXCHANGE);
params.put("x-dead-letter-routing-key", TTL_NORMAL_QUEUE_AND_DEAD_LETTER_EXCHANGE_AND_DEAD_LETTER_QUEUE_BIND);
params.put("x-message-ttl", 40 * 1000);
// 构建队列 并 传入相应的参数
return QueueBuilder.durable(TTL_NORMAL_QUEUE_B)
.withArguments(params)
.build();
}
/**
* X正常交换机 和 QB正常队列绑定
*/
@Bean
public Binding xChangeBindingQueueB(@Qualifier("queueB") Queue queueB,
@Qualifier("xExchange") DirectExchange xExchange) {
return BindingBuilder.bind(queueB)
.to(xExchange)
.with(TTL_NORMAL_EXCHANGE_BIND_QUEUE_B);
}
/**
* 声明死信队列D
*/
@Bean("queueD")
public Queue queueD() {
return new Queue(TTL_DEAD_LETTER_QUEUE_D);
}
/**
* 死信交换机 和 私信队列进行绑定
*/
@Bean
public Binding yExchangeBindingQueueD(@Qualifier("queueD") Queue queueD,
@Qualifier("yExchange") DirectExchange yExchange) {
return BindingBuilder.bind(queueD)
.to(yExchange)
.with(TTL_NORMAL_QUEUE_AND_DEAD_LETTER_EXCHANGE_AND_DEAD_LETTER_QUEUE_BIND);
}
}
3.9.2.5、生产者
新加一个依赖
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>fastjson</artifactId>
<version>1.2.75</version>
</dependency>
生产者伪代码
package cn.zixieqing.controller;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import java.util.Date;
@RestController
@RequestMapping("sendMsg")
public class MqProducerController {
/**
* 这个玩意儿是Spring提供的
*/
@Autowired
private RabbitTemplate rabbitTemplate;
@GetMapping("{message}")
public void sendMsg(@PathVariable String message) {
System.out.println( new Date() + ":接收到了消息===>" + message);
// 发送消息
rabbitTemplate.convertAndSend("X","XA","这条消息是来着TTL为10s的===>" + message);
rabbitTemplate.convertAndSend("X","XB","这条消息是来着TTL为40s的===>" + message);
}
}
3.9.2.6、消费者
package cn.zixieqing.consumer;
import com.rabbitmq.client.Channel;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;
import java.nio.charset.StandardCharsets;
import java.util.Date;
@Component
public class DeadLetterQueueConsumer {
@RabbitListener(queues = "QD")
public void receiveMsg(Message message,Channel Channel) {
System.out.println( new Date() + "接收到了消息===>" +
new String( message.getBody(), StandardCharsets.UTF_8));
}
}
- 但是:这种延迟队列有缺点
- 当有很多请求,而延迟时间也都不一样时,那么就要写N多的这种代码了
3.9.3、RabbitMQ插件实现延迟队列
- 插件下载地址:https://www.rabbitmq.com/community-plugins.html
- github地址:https://github.com/rabbitmq/rabbitmq-delayed-message-exchange
- 进入如下的目录中
cd /usr/lib/rabbitmq/lib/rabbitmq_server-3.9.15/plugins # 版本号改成自己的
- 把下载的插件上传进去
- 启动插件
rabbitmq-plugins enable rabbitmq_delayed_message_exchange
- 重启rabbitMQ
systemctl restart rabbitmq-server
- 然后去web管理界面看exchange,就发现交换机类型多了一个
3.9.3.1、编写配置
- 使用这种插件的方式,那么延迟设置就是在exchange交换机这一方进行设置,和以前在queue队列中进行延迟设置不一样
原来的延迟队列设置
使插件之后的延迟设置
- 使用插件,实现下面的逻辑图
package cn.zixieqing.config;
import org.springframework.amqp.core.Binding;
import org.springframework.amqp.core.BindingBuilder;
import org.springframework.amqp.core.CustomExchange;
import org.springframework.amqp.core.Queue;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import java.util.HashMap;
@Configuration
public class DelayedExchanegConfig {
/**
* 交换机名字
*/
private static final String EXCHANGE_NAME = "delayed.exchange";
/**
* 队列名字
*/
private static final String QUEUE_NAME = "delayed.queue";
/**
* 绑定键值
*/
private static final String EXCHANGE_BINDING_QUEUE_ROUTING_KEY = "delayed.routingkey";
/**
* 声明交换机 - 目前这种交换机是没有的,这是插件的,因此:选择自定义交换机
*/
@Bean
public CustomExchange delayedExchange() {
HashMap<String, Object> params = new HashMap<>(3);
// 延迟类型
params.put("x-delayed-type", "direct");
/*
参数1、交换机名字
参数2、交换机类型 - 插件的那个类型
参数3、交换机是否持久化
参数4、交换机是否自动删除
参数5、交换机的其他配置
*/
return new CustomExchange(EXCHANGE_NAME, "x-delayed-message", true, false, params);
}
/**
* 声明队列
*/
@Bean
public Queue delayedQueue() {
return new Queue(QUEUE_NAME);
}
/**
* 交换机 和 队列 进行绑定
*/
public Binding exchangeBindingQueue(@Qualifier("delayedExchange") CustomExchange delayedExchange,
@Qualifier("delayedQueue") Queue delayedQueue) {
return BindingBuilder
.bind(delayedQueue)
.to(delayedExchange)
.with(EXCHANGE_BINDING_QUEUE_ROUTING_KEY)
// noargs()就是构建的意思 和 build()一样
.noargs();
}
}
3.9.3.2、生产者
package cn.zixieqing.controller;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import java.util.Date;
@RestController
@RequestMapping("sendMsg")
public class DelatedQueueController {
@Autowired
private RabbitTemplate rabbitTemplate;
@GetMapping("/{message}/{ttl}")
public void getMesg(@PathVariable String message, @PathVariable int ttl) {
System.out.println(new Date() + "接收到了消息===>" + message + "===>失效时间为:" + ttl);
// 发送消息
rabbitTemplate.convertAndSend("delayed.exchange", "delayed.routingkey", data->{
// 设置失效时间
data.getMessageProperties().setDelay(10 * 1000);
return data;
});
}
}
3.9.3.3、消费者
package cn.zixieqing.consumer;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;
import java.nio.charset.StandardCharsets;
import java.util.Date;
@Component
public class DelayedQueueConsumer {
@RabbitListener(queues = "delayed.queue")
public void receiveMessage(Message message) {
System.out.println("消费者正在消费消息......");
String msg = new String(message.getBody(), StandardCharsets.UTF_8);
System.out.println(new Date() + "消费了消息===>" + message);
}
}
- 发送两次消息,然后把传的TTL弄成不一样的,那么:TTL值小的消息就会先被消费,然后到了指定时间之后,TTL长的消息再消费
3.10、发布确认 - 续
3.10.1、ConfirmCallback() 和 ReturnCallback()
- 正常的流程应该是下面的样子
- 但是:如果交换机出问题了呢,总之就是交换机没有接收到生产者发布的消息( 如:发消息时,交换机名字搞错了 ),那消息就直接丢了吗?
- 同理:要是队列出问题了呢,总之也就是交换机没有成功地把消息推到队列中( 如:routing key搞错了 ),咋办?
- 而要解决这种问题,就需要使用标题中使用的两个回调,从而:让架构模式变成如下的样子
ConfirmCallback() 和 ReturnCallback()的配置
- 在yml文件中添加如下内容
spring:
rabbitmq:
# 发布确认类型
publisher-confirm-type: correlated
# 队列未收到消息时,触发returnCallback回调
publisher-returns: true
- 编写ConfirmCallback 和 returnCallback回调接口( 伪代码 ) - 注意点:这两个接口是RabbitTemplate的内部类( 故而:就有大文章 )
@Component
public class PublisherConfirmAndReturnConfig implements RabbitTemplate.ConfirmCallback ,RabbitTemplate.ReturnCallback {
@Autowired
private RabbitTemplate rabbitTemplate;
/**
初始化方法
目的:因为ConfirmCallback 和 ReturnCallback这两个接口是RabbitTemplate的内部类
因此:想要让当前编写的PublisherConfirmAndReturnConfig能够访问到这两个接口
那么:就需要把当前类PublisherConfirmAndReturnConfig的confirmCallback 和 returnCallback注入到RabbitTemplate中去( init的作用 )
*/
@PostConstruct
public void init(){
rabbitTemplate.setConfirmCallback(this);
rabbitTemplate.setReturnCallback(this);
}
/**
参数1、发送消息的ID - correlationData.getID() 和 消息的相关信息
参数2、是否成功发送消息给exchange true成功;false失败
参数3、失败原因
*/
@Override
public void confirm(CorrelationData correlationData, boolean ack, String cause) {
if(ack){
System.out.println("消息已经送达到Exchange");
}else{
System.out.println("消息没有送达到Exchange");
}
}
/**
参数1、消息 new String(message.getBody())
参数2、消息退回的状态码
参数3、消息退回的原因
参数4、交换机名字
参数5、路由键
*/
@Override
public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) {
System.out.println("消息没有送达到Queue");
}
}
- 生产者调用的方法是:rabbitTemplate.convertAndSend(String exchange, String routingKey, Object message, CorrelationData correlationData)
- 多了一个CorrelationData 参数,这个参数携带的就是消息相关信息
3.11、备份交换机
- 这个玩意儿也是为了解决前面发布确认中队列出问题的方案
- 注意:这种方式优先级比前面的 ReturnCallback回退策略要高( 演示:跳过 - 可以采用将这二者都配置好,然后进行测试,结果是备份交换机的方式会优先执行,而前面的回退策略的方式并不会执行 )
- 采用备份交换机时的架构图
上图架构的伪代码配置编写
package cn.zixieqing.config;
import org.springframework.amqp.core.*;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class AlternateExchangeConfig {
/**
* 正常交换机名字
*/
private static final String NORMAL_EXCHANGE_NAME = "normal_exchange";
/**
* 正常队列
*/
private static final String NORMAL_QUEUE_NAME = "normal_queue";
/**
* 备份交换机名字
*/
private static final String ALTERNATE_EXCHANGE_NAME = "alternate_exchange";
/**
* 备份队列名字
*/
private static final String ALTERNATE_QUEUE_NAME = "alternate_queue";
/**
* 用于警告的队列名字
*/
private static final String WARNING_QUEUE_NAME = "warning_queue";
/**
* 声明正常交换机 但是:需要做一件事情 - 消息没投递到正常队列时,需要让其走备份交换机
*/
@Bean
public DirectExchange confirmExchange() {
return ExchangeBuilder
.directExchange(NORMAL_EXCHANGE_NAME)
.durable(true)
// 绑定备份交换机
.withArgument("alternate-exchange", ALTERNATE_EXCHANGE_NAME)
.build();
}
/**
* 声明确认队列
*/
@Bean
public Queue confirmQueue() {
return new Queue(NORMAL_QUEUE_NAME);
}
/**
* 确认交换机( 正常交换机 ) 和 确认队列进行绑定
*/
@Bean
public Binding confirmExchangeBindingConfirmQueue(@Qualifier("confirmExchange") DirectExchange confirmExchange,
@Qualifier("confirmQueue") Queue confirmQueue) {
return BindingBuilder
.bind(confirmQueue)
.to(confirmExchange)
.with("routingkey");
}
/**
* 声明备份交换机
*/
@Bean
public FanoutExchange alternateExchange() {
return new FanoutExchange(ALTERNATE_EXCHANGE_NAME);
}
/**
* 声明备份队列
*/
@Bean
public Queue alternateQueue() {
return QueueBuilder
.durable(ALTERNATE_QUEUE_NAME)
.build();
}
/**
* 声明警告队列
*/
@Bean
public Queue warningQueue() {
return new Queue(WARNING_QUEUE_NAME);
}
/**
* 备份交换机 和 备份队列进行绑定
*/
@Bean
public Binding alternateExchangeBindingAlternateQueue(@Qualifier("alternateQueue") Queue alternateQueue,
@Qualifier("alternateExchange") FanoutExchange alternateExchange) {
return BindingBuilder
.bind(alternateQueue)
.to(alternateExchange);
}
/**
* 备份交换机 和 警告队列进行绑定
*/
@Bean
public Binding alternateExchangeBindingWarningQueue(@Qualifier("warningQueue") Queue warningQueue,
@Qualifier("alternateExchange") FanoutExchange alternateExchange) {
return BindingBuilder
.bind(warningQueue)
.to(alternateExchange);
}
}
- 后续的操作就是差不多的,生产者发送消息,消费者消费消息,然后里面再做一些业务的细节处理就可以了
3.12、优先级队列
- 这就是为了让MQ队列中的消息能够优先被消费
- 使用场景:搞内幕,让某个人 / 某些人一定能够抢到什么商品
想要实现优先级队列,需要满足如下条件:
1、队列本身设置优先级( 在声明队列是进行参数配置 )
/**
* 基础型配置
*/
Map<String, Object> params = new HashMap();
params.put("x-max-priority", 10); // 默认区间:(0, 255) 但是若用这个区间,则会浪费CPU和内层消耗,因此:改为(0, 10)即可
channel.queueDeclare("hello", true, false, false, params); /**
* SpringBoot中的配置
*/
@Bean
public Queue alternateQueue() {
// 空间大小: ( map存储的元素个数 / 0.75 ) + 1
HashMap<String, Object> params = new HashMap<>(3);
params.put("x-max-priority", 10);
return QueueBuilder
.durable(ALTERNATE_QUEUE_NAME).withArguments(params)
.build();
}
2、让消息有优先级
/**
* 基础型配置 - 生产者调用basicPublisher()时配置的消息properties
*/
AMQP.BasicProperties properties = new AMQP.BasicProperties()
.builder()
.priority(5)
.build(); /**
* SpringBoot中的配置
*/
// 发送消息
rabbitTemplate.convertAndSend("normal.exchange", "normal.routingkey", data->{
// 消息设置优先级 - 注意:这个数值不能比前面队列设置的那个优先级数值大,即:这里的消息优先级范围就是前面队列中设置的(0, 10)
data.getMessageProperties().setPriority(5);
return data;
});
注意点:设置了优先级之后,需要做到如下条件:
- 需要让消息全部都发到队列之后,才可以进行消费,原因:消息进入了队列,是会重新根据优先级大小进行排队,从而让优先级数值越大越在前面
3.13、惰性队列
- 这玩意儿指的就是让消息存放在磁盘中
- 正常情况下是如下的样子
- 但是:如果此时发送的消息是成千上万条,并且消费者出故障了( 下线、宕机、维护从而关闭 ),那么这些成千上万的消息就会堆积在MQ中,怎么办?就需要像下面这么搞
设置惰性队列的配置
/**
* 基础型配置
*/
Map<String, Object> params = new HashMap();
params.put("x-queue-mode", "lazy");
channel.queueDeclare("hello", true, false, false, params);
/**
* SpringBoot中的配置
*/
@Bean
public Queue alternateQueue() {
// 空间大小: ( map存储的元素个数 / 0.75 ) + 1
HashMap<String, Object> params = new HashMap<>(3);
params.put("x-queue-mode", "lazy");
return QueueBuilder
.durable(ALQUEUE_NAME).withArguments(params)
.build();
}
- 经过如上配置之后,那么内存中记录的就是指向磁盘的引用地址,而真实的数据是在磁盘中,下一次消费者恢复之后,就可以从磁盘中读取出来,然后再发给消费者( 缺点:得先读取,然后发送,这性能很慢,但是:处理场景就是消费者挂彩了,不再消费消息时存储数据的情景 )
RabbitMQ 3.9( 续 )的更多相关文章
- RabbitMQ 参数们的Power “续”
参数中的 arguments 之前讲参数的一些作用的时候,忽略了最后一个字典类型的参数,因为这个参数是大有文章的,值得单独进出来说道说道. 这时,就不得不打开我们的 Web UI管理系统了,可以看到在 ...
- RabbitMQ 参数们的Power “续”
参数中的 arguments 之前讲参数的一些作用的时候,忽略了最后一个字典类型的参数,因为这个参数是大有文章的,值得单独进出来说道说道. 这时,就不得不打开我们的 Web UI管理系统了,可以看 ...
- Day10 - Python协程、异步IO、redis缓存、rabbitMQ队列
Python之路,Day9 - 异步IO\数据库\队列\缓存 本节内容 Gevent协程 Select\Poll\Epoll异步IO与事件驱动 Python连接Mysql数据库操作 RabbitM ...
- spring cloud+dotnet core搭建微服务架构:配置中心续(五)
前言 上一章最后讲了,更新配置以后需要重启客户端才能生效,这在实际的场景中是不可取的.由于目前Steeltoe配置的重载只能由客户端发起,没有实现处理程序侦听服务器更改事件,所以还没办法实现彻底实现这 ...
- spring cloud+.net core搭建微服务架构:配置中心续(五)
前言 上一章最后讲了,更新配置以后需要重启客户端才能生效,这在实际的场景中是不可取的.由于目前Steeltoe配置的重载只能由客户端发起,没有实现处理程序侦听服务器更改事件,所以还没办法实现彻底实现这 ...
- Spring Boot 入门(八):集成RabbitMQ消息队列
本片文章续<Spring Boot 入门(七):集成 swagger2>,关于RabbitMQ的介绍请参考<java基础(六):RabbitMQ 入门> 1.增加依赖 < ...
- 异步IO\数据库\队列\缓存\RabbitMQ队列
本节内容 Gevent协程 Select\Poll\Epoll异步IO与事件驱动 Python连接Mysql数据库操作 RabbitMQ队列 Redis\Memcached缓存 Paramiko SS ...
- Python之协程、异步IO、redis缓存、rabbitMQ队列
本节内容 Gevent协程 Select\Poll\Epoll异步IO与事件驱动 Python连接Mysql数据库操作 RabbitMQ队列 Redis\Memcached缓存 Paramiko SS ...
- IOS IAP 自动续订 之 利用rabbitmq延时队列自动轮询检查是否续订成功
启用针对自动续期订阅的服务器通知: - 官方地址: - https://help.apple.com/app-store-connect/#/dev0067a330b - 相关字段, 相关类型地址: ...
随机推荐
- 数据库遇到的问题之“datetime设置默认为CURRENT_TIMESTAMP时报无效默认问题”和“时区问题”
一.问题1 问题描述: 今日加入创建时间和修改时间,并设置为默认CURRENT_TIMESTAMP时,出现错误,指向sql中的datetime字段,查了一下,发现是版本问题 立马查询自己的MySQL版 ...
- 动态规划 洛谷P1048 [NOIP2005 普及组] 采药
洛谷P1048 [NOIP2005 普及组] 采药 洛谷的一个谱架-的题目,考的是01背包问题,接下来分享一下我的题解代码. AC通过图: 我的代码: 1 //动态规划 洛谷P1048 [NOIP20 ...
- Linux内核, 编译一个自己的内核
本文,我们将一步一步地介绍如何从源代码编译和安装一个Linux内核.需要注意的是本指导基于Ubuntu 20.04版本编译安装,其它发行版可能会有差异. 在前面文章中我们反复提到过Linux内核, ...
- w3schools网站的HTML教程之HTML编辑器
使用记事本或文本编辑器编写 HTML HTML 可以使用如下专业的 HTML 编辑器进行编辑: Microsoft WebMatrix Sublime Text 然而,我们推荐使用记事本(PC)或文本 ...
- Vue-cli的打包初体验
前言:我司是一个教育公司,最近要做一个入学诊断的项目,领导让我开始搭建一套基于vue的H5的开发环境.在网上搜集很多的适配方案,最终还是选定flexible方案.选择它的原因很简单: 它的github ...
- Python入门-内置对象函数
1.callable() 查看函数知否可调用,可调用返回True,不可用返回False print("input函数:", callable(input)) #input函数: T ...
- spring原始注解开发-01
我们使用xml-Bean标签的配置方式和注解做对比理解 1.创建UserDao接口以及UserDao的实现类UserDaoImpl(接口代码省略) public class UserDaoImpl i ...
- Spring MVC 工作原理和流程、注解
Spring MVC 是实现MVC设计模式的企业级开发框架,是Spring框架的一个子模块,无需整合,开发起来更加便捷. MVC设计模式 MVC是一种设计模式,它将应用程序分为 Controller. ...
- 在Vue3项目中使用pinia代替Vuex进行数据存储
pinia是一个vue的状态存储库,你可以使用它来存储.共享一些跨组件或者页面的数据,使用起来和vuex非常类似.pina相对Vuex来说,更好的ts支持和代码自动补全功能.本篇随笔介绍pinia的基 ...
- VirtualBox安装Kali
VirtualBox安装Kali 下载VBox 去Virtual Box官网下载(根据操作系统选择版本,此处以Windows为例) 打开安装程序进行安装即可 安装Kali 去Kali Linux官网下 ...