Mg + ZnSO₄ == MgSO₄ + Zn
Find me on
209. 长度最小的子数组 - 力扣（LeetCode） 主要思路：一个数组，左右指针同时在起点，右指针不断向右移动，直到左右指针内sum和>=target，并且记录下当前长度，这个时候收缩left值，直到小于target，又重复右指针向右移动的过程，子数组长度只会在多次比较中保留最小的。
977. 有序数组的平方 - 力扣（LeetCode） 主要思路是双指针，写了三个版本，感觉优化后第三版更好。 版本一、平方后排序，时间复杂度O(n logn ) 用的
【推荐】循环体内，字符串的连接方式，使用 StringBuilder 的 append 方法进行扩展。
1. Two Sum (两数之和), Easy, 11757 likes ✔️ 2. Add Two Numbers (两数相加),
篡改猴 - Microsoft Edge Addons 点击添加新脚本
IO密集型任务 一般来说：文件读写、DB读写、网络请求等 推荐：核心线程数大小设置为2N+1 （N为计算机的CPU核数） CPU密集型任务 一般来说：计
一、提高消费者的消费能力 ,可以使用多线程消费任务 @Bean public SimpleRabbitListenerContainerFactory rabbitListenerContainerFactory( ConnectionFactory connectionFactor
延迟队列就是用到了死信交换机和TTL（消息存活时间）实现的。 如果消息超时未消费就会变成死信，在RabbitMQ中如果消息成为死信，队列可以绑定一个死信交换机，在死信交换机上可以绑定其他队列，在我们发消息的时候可以按照需求指定TTL的时间，这样就实现了延迟队列的功能了。 @Bean public Q
消费者设置了自动确认机制，当服务还没来得及给MQ确认的时候，服务宕机了，导致服务重启之后，又消费了一次消息。这样就重复消费了。 解决办法
第一个是开启生产者确认机制，确保生产者的消息能到达队列，如果报错可以先记录到日志中，再去修复数据。 第二个是开启持久化功能，确保消息未消费前在队列中不会丢失，其中的交换机、队列、和消息都要做持久化。 第三个是开启消费者确认机制为auto，由spring确认消息处理成功后完成ack。 第四个是设置失败