近些年，场景题面试兴起，这类题目在校招面试中属于重灾区，本文在这里分析下：为什么面试官喜欢问场景题？场景题考核了什么？校招生该怎么去准备？
1.为什么越来越喜欢问场景题？
简历中项目太卷，面试官习惯性提问
现在不少同学简历中的项目写的都写了市面上比较火的场景题。像我们熟知的：外卖系统、商城系统、排行榜系统；项目中解决的问题：“秒杀问题”、“库存超买问题”、“数据一致性问题”等。
实际上这类问题其实在大多数的业务系统中较少遇到，所以理论来说面试官去提问的概率应该不大。
既然候选人在简历中写了，面试官又不得不问，其实面试官不断的在被这类“场景题目”所引导，日积月累，面试官形成了习惯，问这类场景题成为了常态。（其实吧，这也不能怪项目卷，还是现在的岗位太少了）
这类问题考验一个同学的综合素质（考察的比较全面）
2.场景题目考核了什么？
考察实际解决问题的能力
书本知识和实际工作应用之间是有差距的。场景题能够模拟真实的工作场景，比如“设计一个在线购物系统的订单处理模块”，通过这种题目可以看出候选人是否能将所学的编程语言、数据结构、算法等知识综合运用，来解决实际开发中可能遇到的问题。其实就是考验知识的落地性。所以大家回答这类问题可以往”书本知识“上去靠，相结合去回答。
考察思考过程
场景题很少有唯一的标准答案。面试官可以通过候选人的回答了解其思考问题的方式，例如在解决系统高并发场景时，是先考虑缓存策略，还是数据库优化，或者是负载均衡等不同方向，能够展示出候选人不同的思维模式。（平时思考要从全局视角）
衡量业务理解程度
不同的行业和公司有不同的业务场景。问场景题可以了解候选人是否对公司所处的行业和业务有基本的理解。例如，对于一个金融科技公司，会问有关金融交易系统安全性和稳定性的场景题，看候选人是否能够考虑到金融业务的特殊性和安全性性，能否根据业务需求来设计和优化程序。对于短视频公司，会问高并发、高可用保障，怎么解决海量数据+海量用户的数据存储和访问。（提前了解每个公司岗位的行业特性很关键）
评估团队协作和沟通能力
有些场景题会涉及到和其他部门或者团队成员的合作。例如“在开发一个项目时，遇到和产品经理对功能理解不一致的情况，你会怎么做？”这种问题可以看出候选人是否能够有效地与他人沟通协作，这在实际工作中是至关重要的，因为程序员不是孤立工作的，良好的团队合作沟通能力可以提高项目的整体效率。
3.我们平时该怎么去准备？
可以用典型的事前、事中、事后的方式去提升：
- 事前：多刷、多看、多想
- 事中：看清问题、有思路、积极互动、注意细节
- 事后：沉淀、反馈、打磨、总结
举几个case：
理解问题背景
听清楚问题，面试官提问时，要确保自己理解清楚问题的背景和目标。如果不确定，可以适时提问或重复问题，确认你的理解没有偏差；分清关键点：场景题通常会涉及多个因素，关键在于抓住核心问题。分清哪些是最重要的部分，哪些是背景信息。
结构化思考
将复杂的问题拆解成小问题，逐步解决。这不仅可以帮助你理清思路，还能让面试官看到你的逻辑能力。通过具体的例子来说明你的思考过程。这样不仅能让面试官理解你的想法，还能帮助你更清晰地表达解决方案。
考虑多种解决方案
在解决场景题时，最好从多个角度考虑问题，提出几个可行的解决方案，并权衡每个方案的优缺点（说明你可以多角度思考，来取舍，这个在实际开发中很常用）。
给出优化方案
在给出初步解决方案之后，可以考虑如何优化方案。例如，性能优化、代码可读性、扩展性、边界情况等。
与面试官互动
如果场景题中有不明确的地方，不要害怕提问。通过和面试官确认具体的需求、限制条件等，可以帮助你更好地制定解决方案。如果问题较复杂，可以按步骤一步步展开，不需要一下子就给出最终答案。面试官更看重的是你思考的过程，而不是仅仅是结果。
细节与边界情况
处理边界情况，在给出解决方案时，注意考虑一些极端或不常见的情况（例如输入为空、大数据量等），并说明如何处理这些情况。
适当表达不确定性
如果你不确定某个细节，可以坦诚地表达出来，并说明你的思考逻辑。面试官更看重你如何面对问题，而不是你是不是总能给出完美的答案。
最后这里介绍下，常见的场景题类型：
- 设计类问题：例如设计一个电商系统、设计一个聊天应用、设计一个排行榜系统等。需要你考虑架构设计、系统扩展性、性能优化等方面。
- 算法优化类问题：给定一个问题，要求你设计一个高效的算法来解决，并讨论时间复杂度和空间复杂度。
- 数据结构应用类问题：如何在特定场景下选择和使用适合的数据结构（例如，哈希表、图、堆、树等）。
- 并发与分布式问题：例如设计一个高并发的在线支付系统、分布式文件存储系统等，涉及多线程、分布式系统、数据一致性等问题。
关注“程序员柴宝”，收看更多精彩内容
