JackieZheng

没错小伙子还是我，上次话说一半你就溜了，这次我非得好好的问问你。 消息重复消费是使用消息队列之后，必须考虑的一个问题，也是比较严重和常见的问题，帅丙我在开发过程中，但凡用到了消息队列，我第一时间考虑的就是重复消费的问题。 就比如有这样的一个场景，用户下单成功后我需要去一个活动页…

所以就有这期了哈哈。 总之这个建议对我很有用，或者你有什么写作的建议都可以去GitHub https://github.com/JavaFamily 上面有我的联系方式，可以加我微信悄悄跟我说。 惊！！！老师你怎么知道的，我看了他的系列根本停不下来啊。 噗此，这也叫问题？别人用…

上一期因为是在双十一一直在熬夜的大环境下完成的，所以我自己觉得质量明显没之前的好，我这不一睡好就加班加点准备补偿大家，来点干货。（熬夜太容易感冒了，这次点个赞别白嫖了！） 顺带提一嘴，我把我准备写啥画了一个思维导图，以后总不能每篇都放个贼大的图吧，就开源到了我的GitHub，大…

心里忍不住暗骂，这叫啥问题，大家不都是用的这个嘛，但是你不能说出来。 认真回答道：帅气迷人的面试官您好，因为传统的关系型数据库如Mysql已经不能适用所有的场景了，比如秒杀的库存扣减，APP首页的访问流量高峰等等，都很容易把数据库打崩，所以引入了缓存中间件，目前市面上比较常用的…

Redis的内存淘汰机制好几种，如ttl、random、lru。 lru（less recently used）即最近最少使用策略，表示在最近一段时间内最少被使用到的Redis键，如果遇到内存不足，会有限淘汰这部分键来腾出更多空间。 今天就来说说lru这种淘汰策略是如何通过链表…

这种对称的方式都是回文。 如果将链表形式换成数组，是不是就简单很多了。针对一个长度为n的数组，我们可以一一比对节点0和节点n-1，节点1和节点n-2，直到收尾索引相等。 但是这里说的是链表，显然遍历完整个链表，找到尾结点，然后再回溯进行比较显得有些不切实际，况且这里并不是双向链…

这张图不存在环，头结点是1，尾结点是5。 这张图中，节点2-3-4-5-2就构成了环。 顾名思义，一个快指针，一个慢指针。 如果不包括环，快慢指针同向行驶，根据小学经典数学题，他们永远无法相遇，而且差距只会越来越大。 如果链表有环，意味着快慢指针都会调头，好比操场跑步，第一圈快…

上篇我们主要介绍链表反转的原地反转解法。 当然，今天就来看看链表反转的递归解法。 如上就是递归的过程，从下面的代码层面，我们可以看到底层的表示形式就是自己调用自己，直到满足阈值条件则停止。 我们假设此时传入的head指向的是带反转的链表，目前head的值为5。 head.Nex…