面试场景问题

发布于:2025-02-19 ⋅ 阅读:(28) ⋅ 点赞:(0)

1.不用分布式锁如何防重复提交

方法 1:基于唯一请求 ID(幂等 Token)

思路:前端生成 一个唯一的 requestId(如 UUID或者能表示本次请求的唯一标识字段),每次提交请求时带上它。
后端使用 Redis存储 requestId,如果已经存在,则拒绝处理。
实现:前端:每次提交请求时,生成一个 requestId:

javascript

const requestId = crypto.randomUUID(); // 生成唯一 ID
axios.post('/api/submit', { data, requestId });

后端java

@Autowired
private StringRedisTemplate redisTemplate;

public ResponseEntity<String> submitRequest(String requestId, Data data) {
    Boolean isDuplicate = redisTemplate.opsForValue().setIfAbsent("request:" + requestId, "1", 10, TimeUnit.MINUTES);
    
    if (Boolean.FALSE.equals(isDuplicate)) {
        return ResponseEntity.status(HttpStatus.CONFLICT).body("重复提交");
    }

    try {
        // 处理业务逻辑
        process(data);
        return ResponseEntity.ok("提交成功");
    } finally {
        redisTemplate.delete("request:" + requestId); // 可选:若确保幂等性,可不删除
    }
}

优点: ✅ 适用于分布式系统
✅ 性能好(基于 Redis 操作)
✅ Token 过期时间 防止长期占用

方法 2:数据库唯一索引

思路:让数据库的唯一索引防止重复提交,常用于订单号、业务唯一键。
实现
数据库表添加唯一索引:

sql

ALTER TABLE orders ADD UNIQUE (order_no);

后端插入数据:

try {
    orderMapper.insert(order);
} catch (DuplicateKeyException e) {
    return ResponseEntity.status(HttpStatus.CONFLICT).body("重复提交");
}

优点: ✅ 数据库级防重,最可靠
✅ 适合订单、支付等业务场景
⛔ 性能受限于数据库,高并发需优化

方法 3:前端按钮防抖

思路:提交后禁用按钮,直到返回响应,防止用户快速点击。
实现

document.getElementById("submit-btn").addEventListener("click", function() {
    this.disabled = true;  // 禁用按钮
    axios.post('/api/submit', { data })
        .then(response => alert(response.data))
        .finally(() => this.disabled = false); // 请求完成后恢复
});

优点: ✅ 简单易行,无需改后端
⛔ 前端可绕过,不适用于高安全性场景

方法 4:悲观锁(数据库行锁)

思路:通过 SELECT … FOR UPDATE 加行锁,确保事务内数据不会被其他请求修改。
实现

@Transactional
public void submitOrder(Long orderId) {
    Order order = orderMapper.selectByIdForUpdate(orderId); // 加锁
    if (order.getStatus() != OrderStatus.PENDING) {
        throw new IllegalStateException("订单已处理");
    }
    order.setStatus(OrderStatus.PROCESSED);
    orderMapper.updateById(order);
}

优点: ✅ 确保单线程执行,避免重复
⛔ 数据库性能受影响,不适用于高并发

总结

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/e48b7414c2c34517a705fe81d07393d9.png
)

推荐方案:
高并发系统:幂等 Token + Redis ✅
数据库事务业务:唯一索引 / 状态机 ✅
简单防重:前端按钮防抖 ✅
如果并发压力大,可以结合多种方案,例如:
Redis 幂等 Token + 数据库唯一索引 🚀
前端防抖 + 后端幂等 Token 🔥

2.redis的哨兵模式是如何选举的

3.线程池的原理
4.spring的spi和dubbo的spi机制是什么?
5.流量激增,大批量数据如何处理?
6.rocketma如何防止重复消费,高并发情况下
7.如何防止重复消费?
8.用过那些监控ivm的工具?
9.用过的设计模式有哪些?怎么用的?
10.xxl-job如果任务处理不完了怎么办?
11.spring事务失效情况,传播机制,如何保证事务不失效。
12.dubbo和openfeiqn的区别?
13.nacos支持负载均衡吗,策略是什么?
14.了解过逃逸分析吗?
15.hashmap底层结构,什么时间会形成链表,idk1.8前后有啥区别
16.jvm内存结构,新生代的垃圾回收算法,老年代的垃圾回收算法
17.如何创建线程,start方法可不可以调两次,一个线程如何唤起另一个线程。
18.syncornized和Lock有什么区别
19.volatile关键字的实现原理
20.线程池的基本原理,具体参数是什么
21.redis线程模型,redis的主从、哨兵、集群模式区别
22.消息堆积如何处理,消息重复消费如何避免
23.使用过的设计模式
24.mysql的索引原理
25.sql优化方法
26.springcloud用过哪些组件


网站公告

今日签到

点亮在社区的每一天
去签到