有些东西，百度不会告诉你，要看官网；有些东西，官网不会告诉你，要看源码；有些东西，源码不会告诉你，只能根据原理实践推敲；

一、Redisson概述二、分布式锁三、Redisson分布式锁四、RLock五、公平锁六、总结。

死锁是并发系统中常见的问题，同样也会出现在数据库MySQL的并发读写请求场景中。当两个及以上的事务，双方都在等待对方释放已经持有的锁或因为加锁顺序不一致造成循环等待锁资源，就会出现“死锁”。常见的报错信息为。举例来说 A 事务持有 X1 锁 ，申请 X2 锁，B事务持有 X2 锁，申请 X1 锁。A 和 B 事务持有锁并且申请对方持有的锁进入循环等待，就造成了死锁。如上图，是右侧的四辆汽车资源请求

Sentinel 是通过 滑动时间窗口计数 + 多种策略（如 QPS、线程数） 来实现限流的，可以对资源（方法、接口、服务）进行精细化的流控设置，确保系统在高并发下的稳定性。其中我们主要使用了QPS 限流模式，通过 WarmUp（预热，令牌桶）、RateLimiter（匀速器，漏桶）等限流控制器实现削峰，防止系统瞬间过载。配合 fallback 策略或异步队列削峰，保证核心功能稳定。同时可利用热点

末流211科班本科，gap1年。虽然是科班，但是其实基本也不怎么会。从准备开始，学习了Java基础，粗略的项目准备（中间需要补充一些javaweb，spring的知识），然后就是算法练习，接着就是背诵。4.21 机考2025A卷 283分考试前自己在网上买了A卷题库练习，还搜了别人的面经，自己还练习一些leetcode常考题目。4.22 综测，积极阳光开朗就好，同时也要符合岗位要求。4.23 部门

最近秋招找工作的人是真的很多，今天就面了一个后端，让我印象很深刻，后端专业性知识不知道可以理解，但基础性问题都不知道，还面试的Java高级岗，只能说一点准备都没做，真无语了，大家过完年以后一定要再把题复习复习！年后马上又要到招聘旺季了，不知道大家准备好了没有？如果没有准备好的话，我在这里呢，给大家总结了很多关于Java后端面试的最新八股文，足足有24W字，希望大家能够好好复习一下，能够多给面试官一

死锁是因为两个或两个以上的运算单元，都在等待对方停止执行，以取得系统资源，但没有一方提前退出，于是就出现了死锁。死锁的排查工具总共有 4 种：jstackjconsolejvisualvmjmc从易用性和性能方面来考虑，推荐使用 jconsole 或 jvisualvm 来排查死锁。

在 Java 的 Future 中，业务逻辑为一个 Callable 或 Runnable 实现类，该类的 call()或 run()执行完毕意味着业务逻辑的完结，在 Promise 机制中，可以在业务逻辑中人工设置业务逻辑的成功与失败，这样更加方便的监控自己的业务逻辑。严谨的小张觉得虽然当个普通互斥锁，已经稳稳够用，可是业务里总是又很多特殊情况的，比如A进程在获取到锁的时候，因业务操作时间太长，

OK，以上Squaretest部分就结束了，当然拉也不能高兴的太早，这个类算是比较成功的情况，很多时候还是要你自己小修小改的，毕竟它生成出来的测试数据可能完全匹配不上你的if else数据对吧，但这都很好改啊，这样就从自己分析if else变成了，debug程序了呀，哪里报错，debug过去，看看是不是生成的数据有问题，改个数据，就通过了，反正本人用的是很舒畅的，妥妥的节省70%的工作量。然后我们

大家好，我是顶级架构师。最近我们线上系统发生了一起严重事故：订单号/流水号出现了重复，影响了核心业务流程。最终定位到根源：一个自研的二方包雪花算法ID生成器出现了问题。下面我们来回顾一下雪花算法的标准结构，分析问题出在哪，并总结一些通用的设计建议。标准的Snowflake ID由一个64位long型整数构成：1位符号位： 始终为0，确保生成正数。41位时间戳： 记录与固定起始时间的毫秒差，可支持约