互联网大厂java求职者面试

我是廖志伟

于 2025-06-07 06:13:29 发布

阅读量472

点赞数 10

分类专栏： Java场景面试宝典文章标签： java 八股文面试求职 Java

##############阁下如果是抄袭，爬取文章作恶或误导他人的开发者,请阅读中国现行法律的相关处罚条例再动手，转载之前最好先验证#############

本文链接：https://blog.csdn.net/Java_programmer_liao/article/details/148485657

版权

Java场景面试宝典专栏收录该内容

160 篇文章

订阅专栏

📕我是廖志伟，一名Java开发工程师，清华大学出版社签约作家、Java领域优质创作者、CSDN博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。

📙拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper)，消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。

📘不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。

Java程序员廖志伟

第一轮：流量洪峰下的生存法则

面试官（架构组负责人张涛）："廖志伟，你在简历中提到设计过日均10亿次调用的订单系统。那我来考考你，假设大促期间瞬时下单量突破50万QPS，系统出现数据库连接池耗尽告警，你怎么分析问题根源？"

廖志伟："首先，我会用APM工具深入分析，看看是否存在未命中索引的全表扫描，比如优惠券核销时的JOIN操作，这可能导致数据库压力巨大。接着，我会检查线程池配置，如果默认连接数是200，而流量是300%，那肯定会出现拒绝策略。最后，我会排查事务泄漏，特别是@Transactional注解嵌套使用时容易引发长事务。"

面试官："那如果确认是流量冲击，在不扩容的情况下，你有什么策略来保障核心链路？"

廖志伟："我会启动三级熔断预案。首先，客户端可以动态降级，比如对非VIP用户隐藏促销弹窗。其次，网关层可以基于Sentinel进行热点参数限流，针对SKU维度进行控制。最后，服务层可以隔离库存预扣服务，迁移到独立线程池，避免拖垮整个Tomcat。"

第二轮：连环故障的蝴蝶效应

面试官："限流后，客服反馈大量用户投诉付款失败，日志显示分布式锁超时，这该如何定位问题？"

廖志伟："这可能是Redisson看门狗机制失效导致的。我会检查GC日志，看是否发生了Full GC导致STW超时，锁被误释放。同时，我会排查网络分区风险，比如ZooKeeper临时节点的心跳检测是否受交换机抖动影响。还有，时钟漂移问题也不能忽视，NTP服务器同步间隔过大可能导致锁提前过期。"

面试官："那如果我们改用etcd实现分布式锁，和Redis方案相比，有哪些优劣？"

廖志伟："etcd基于Raft协议，强一致性是它的优势，但相应延迟会增加。写入性能上，Redis单节点可以达到10w+/s，而etcd集群只有1w+/s。适用场景上，etcd适合配置管理，Redis适合高频次锁竞争。至于容灾成本，etcd需要奇数节点部署，运维复杂度更高。"

第三轮：技术决策的哲学思考

面试官："你在技术方案中多次强调最终一致性，但如果财务要求资金操作必须强一致，你怎么处理？"

廖志伟："这需要分层设计。核心交易层，我会采用TCC模式加事务状态表，比如支付宝的XTS架构。外围业务层，我会使用MQ事务消息加本地事件表。对账补偿层，我会建立定时核对任务，修复状态不一致。但要注意CAP的权衡，强一致必然导致可用性下降。"

面试官："如果产品坚持要为了用户体验放弃数据准确性，作为架构师，你怎么应对？"

廖志伟："这需要建立技术红线意识。我会用生产故障案例教育团队，比如某电商因订单丢失导致的集体诉讼。同时，设计双层验收机制，架构评审委员会加核心业务SLA公示。还可以开发降级演练工具，比如ChaosBlade模拟数据不一致场景。"