当前位置：首页 > news >正文

java面试场景问题

news 来源：原创 2025/5/17 17:48:00

还在补充，这几天工作忙，闲了会把答案附上去，也欢迎各位大佬评论区讨论

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用过哪些组件