高频面试问题与回答框架：常见问题、答题结构、公司侧重点
本章聚焦 Ruby 服务端面试中频率最高、最经典的三大问题类型。每个问题背后都对应可复用的结构话术，帮助你从「随意回答」跃迁到「结构化表达」。面试官不仅评估技术正确性，更看重你拆解问题、组织思路的能力。
面试问答卡片
📌 问题 1：请解释 Ruby 的 Block、Proc 和 Lambda 的区别
| 考察点 | 闭包机制、作用域、return 行为差异、语法糖理解 |
回答框架：
① 定义三者本质（Block是代码块，Proc是Block的对象化，Lambda是类似方法的闭包）；② 对比return行为（Block/Proc在方法内return会跳出方法，Lambda只跳出自身）；③ 参数检查（Lambda严格检查参数个数，Proc不检查）。
示例回答：
“Block 是 Ruby 核心语法，不独立存在。Proc 是 block 对象化，调用用 `call`。Lambda 更像方法，检查参数个数，return 只退出 lambda 自身。例如 `proc { return 'x' }` 在外层方法中会导致 LocalJumpError，而 lambda 不会。”
可能追问：闭包内部变量捕获机制？转换成 method object 后性能差异？
📌 问题 2：你如何排查 Ruby 应用中的内存泄漏？
| 考察点 | 工具链（objspace、GC.stat）、常见模式（符号、全局变量、缓存未清理）、系统化排查思路 |
回答框架：
① 指标确认（RSS、GC.stat[:heap_live_slots]）；② 快照分析（ObjectSpace.dump_all -> heap.json）；③ 定位根（使用 `heapy` 或 `memory_profiler` 识别异常对象）；④ 常见原因（Symbol不释放、Cache无上限、全局变量引用）。
示例回答：
“我会先监控 RSS 和 GC 次数。若持续增长，用 `GC.start` 后取堆快照。通常通过 `ObjectSpace.count_objects` 发现字符串或 Symbol 异常。曾经排查过一个因 Hash 缓存 key 无限膨胀导致 OOM 的案例，改用 LRU 后解决。”
可能追问：老年代对象如何回收？`GC.compact` 的使用条件和副作用？
📌 问题 3：设计一个高并发下安全的计数器接口
| 考察点 | 并发控制原子操作、Redis vs 数据库 vs 本地内存的选型、竞态条件防范 |
回答框架：
① 需求分层（读写频率、一致性要求、是否允许丢失）；② 方案对比：Redis INCR（原子、高性能）、MySQL UPDATE inc（悲观锁/乐观锁）、本地Atomic（仅单进程）；③ 选型结论 + 降级策略。
示例回答：
“如果要求精确且跨进程，使用 Redis INCR 最合适，时间复杂度 O(1)。若 Redis 不可用，降级为 MySQL 乐观锁 UPDATE counter= counter+1 WHERE id=X AND version=Y。单进程场景用 Ruby 原生 `Monitor` 或 `Concurrent::AtomicFixnum`。”
可能追问：如何保证 Redis 和 DB 最终一致性？Lua 脚本在 Redis 中的执行原子性？
公司侧重点对比表
| 公司类型 | 常见问题侧重 | 期望答题风格 |
|---|---|---|
| 大厂核心业务 | 并发、内存、DB 设计 | 深度原理 + 生产案例 |
| 中型 SaaS 公司 | 性能优化、API 设计、Rails 最佳实践 | 工具链熟练 + 重构意识 |
| 创业公司 | 全栈能力、快速上手、选型判断 | 能落地、懂取舍 |
| 外企/远程团队 | 代码规范、测试、术语表达 | 英文读码能力、清晰沟通 |