场景设计题

Rain的Java大神实战圈

JavaWeb开发如何解决跨域问题跨域根本不是后端的问题，而是浏览器为了安全强制实施的同源策略。原理：通过服务器添加响应头，明确告诉浏览器 "允许哪些源访问我"，是目前最标准、最通用的跨域解决方案。

Rain的Java大神实战圈

高并发下的热点账户余额扣减：Redis+Lua脚本实现无锁记账针对高并发下热点账户余额扣减场景，核心方案是Redis + Lua 脚本实现无锁原子记账，彻底解决传统数据库行锁的热点竞争问题，是互联网高并发记账场景的标准落地方案，以下是完整方案说明：

Rain的Java大神实战圈

介绍一下常用的Token鉴权方案Token 鉴权本质是 "凭证验证" 机制：客户端先向认证服务器提交身份凭证，服务器验证通过后颁发一个加密的 Token，后续所有请求都携带这个 Token，服务器只需要验证 Token 的合法性即可，不需要再查询数据库。

Rain的Java大神实战圈

高并发下的抢红包设计：微信红包背后的算法与温情拼手气红包追求的是随机公平和惊喜感，不能简单粗暴地随机，否则会出现第一个人抢走大部分钱的尴尬。整体核心思路是「缓存扛峰值、异步提性能、最终一致保数据」

Rain的Java大神实战圈

如何设计对外API接口这是所有设计的基础，偏离了这些原则，API 就会变成 "没人愿意用的鸡肋" 👇坚决使用 RESTful 风格，这是业界事实上的标准，能极大降低沟通成本：

Rain的Java大神实战圈

如何保证接口幂等接口幂等性：同一个请求调用一次和调用多次的效果完全相同，不会因为重复调用导致数据异常或业务错误 🎯❌ 错误写法（90% 面试者会踩坑）：先查后删存在竞态条件

Rain的Java大神实战圈

PC版网站被狂刷怎么处理严格遵循「先止损→再定位→后根治→长防御」的最优解 ✅核心原则：先保住核心服务，再谈其他！这是面试官最看重的第一反应能力

Rain的Java大神实战圈

接口被狂刷怎么处理"紧急止损→多层防御→监控复盘" 👇这是核心！单一防护必被突破，必须做到层层设防、纵深防御这是面试必问加分项，必须说清各自适用场景

Rain的Java大神实战圈

线上在Docker中跑MySQL会怎样完全可行，但绝对不能直接裸跑默认配置！Docker 跑 MySQL 是目前互联网大厂的主流部署方式之一，但如果忽略容器化与数据库特性的冲突，会导致数据丢失、性能暴跌、服务不可用等严重问题。

Rain的Java大神实战圈

Docker搭建Redis集群完全指南一篇讲透 Docker 环境下 Redis Cluster 的搭建、调优与生产级实战。含完整代码、避坑清单和 Spring Boot 接入方案，收藏即可复用。

Rain的Java大神实战圈

短信接口被狂刷怎么处理"紧急止损→多层防护→业务优化→监控复盘"先把问题压下来，避免损失扩大，这是优先级最高的操作：建立从前端到后端、从网关到业务的立体防护网，层层过滤恶意请求：

Rain的Java大神实战圈

如何避免订单重复提交订单重复提交的核心是接口幂等性问题，即同一个请求执行多次和执行一次的结果完全相同。常见触发场景包括：用户重复点击、网络延迟重试、浏览器刷新 / 后退、RPC 框架自动重试、MQ 消息重投等。

Rain的Java大神实战圈

MySQL误删数据如何恢复面试官视角：这道题考察你生产环境应急处理能力和MySQL 底层原理，80% 的人会栽在 "第一步就错了"

Rain的Java大神实战圈

介绍一下分布式事务一句话定义：分布式事务就是保证多个独立微服务 / 数据库操作的原子性，要么全部成功，要么全部回滚，最终达到数据一致性的机制 🔒

Rain的Java大神实战圈

频繁FullGC如何优化先通过命令行工具快速确认问题类型，避免盲目猜测：FullGC 频繁的本质只有一个：老年代空间不足，但背后原因千差万别。我整理了一个排查流程图：

Rain的Java大神实战圈

MQ重复消费问题怎么解决简单说就是：消费者已经处理完消息，但 ACK 没成功回到 MQ 服务器，导致 MQ 认为消息处理失败，触发重发机制。

Rain的Java大神实战圈

线上服务器反应慢如何排查这道题是大厂必考题，考察的不是你背了多少命令，而是你的系统思维能力和问题定位方法论。优秀的回答应该体现出 "先宏观后微观，先整体后局部"的排查思路，而不是上来就说" 看日志 "、" 查 CPU"。

Rain的Java大神实战圈

如何保证MQ消息顺序消费消息乱序的根本原因是生产有序→传输 / 存储无序→消费无序，具体体现在三个环节：💡 核心公式：相同业务 Key 的消息 → 同一个队列 → 同一个消费者线程

Rain的Java大神实战圈

线上MQ消息积压了怎么处理"先止损、再排查、后预防"，核心原则是优先保证核心业务可用，再逐步定位和解决根本问题，绝对不能先花半小时查原因而让业务一直挂着。

Rain的Java大神实战圈

介绍一下Redis的高可用方案这是所有高可用方案的基石，核心解决数据备份和读写分离问题。在主从复制基础上，解决自动故障转移问题，是中小流量生产环境最常用的方案。