公平锁和非公平锁
//如果应用需要确保所有线程都能公平获得执行机会,避免线程饥饿,应选择公平锁;如果应用对线程响应时间有较高要求,且可以接受一定程度的线程饥饿,以提高整体吞吐效率,则应选择非公平锁
private final Lock lockBorrow = new ReentrantLock(true);//true为公平锁,false为非公平锁
@GetMapping("/someMethod")
public void someMethod() {
// 1. 校验当前学生是否有有借阅资格
if (lockBorrow.tryLock()) {//根据尝试获取锁的值来判断具体执行的代码
try {
// 2. 校验图书状态是否为0-闲置
// 3. 向book_borrowing表插入一条【待审核】借阅记录
// 4. 修改book表的图书状态为1-借阅中
} finally {
lockBorrow.unlock();
}
} else {
throw new BusinessException("手慢了, 请稍后再试吧");
}
}
吾乃代码搬运工,侵联删
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」