第 3 章 Ruby 语言核心语法与特性：变量、方法、块、模块、元编程
本章聚焦 Ruby 面试中最高频的基础语法与进阶特性。变量作用域（局部/全局/实例/类变量）、方法定义与调用、块（Block）与 Proc/Lambda 的差异、模块（Module）的 mixin 机制、以及元编程（method_missing、define_method、send）是考察核心。面试官常通过“块 vs Proc vs Lambda”追问闭包与返回行为，通过“元编程实现 DSL”考察设计能力。下方先从追问路径图建立核心差异认知，再展开3个经典面试问答，最后给出一段真实项目案例。
📌 加分点：在回答块/Proc/Lambda时，主动说出
lambda 更像方法（校验参数数量、return 只在闭包内返回），而 Proc 的 return 会从闭包创建处的方法返回，这是面试官最看重的细节。
🎯 面试问题1：Ruby 中局部变量、实例变量、类变量和全局变量各自的作用域和生命周期是什么？
| 面试官考察点 | • 是否理解变量作用域层级（方法内、类内、全局） • 是否能区分 @@ 类变量在继承链中的坑• 是否知道 $global 的危险性 |
| 回答框架 | 1. 按作用域从小到大列举四类变量 → 2. 指出定义位置与可访问范围 → 3. 强调实例变量 @var 属于对象，类变量 @@var 属于类层级 → 4. 举例说明类变量被子类修改的风险 |
| 简短示例回答 | 局部变量在方法内有效；实例变量以 @ 开头，每个对象独享；类变量 @@ 被类及其子类共享，修改子类会污染父类；全局变量 $ 到处可用，但容易产生耦合，生产代码应少用。 |
| 可能追问 | “类变量和类实例变量（@var 在类上下文）有什么区别？生产上推荐用哪个？” |
| 避坑提醒 | ❌ 不要把 @@count 视为线程安全，Ruby MRI 中类变量访问不加锁；✅ 推荐先用类实例变量 + Thread::Mutex。 |
🎯 面试问题2：Ruby 中块、Proc、Lambda 三者有什么区别？请举例说明 return 行为差异。
| 面试官考察点 | • 是否真正理解闭包与作用域 • 是否掌握 return 在不同上下文中的跳出行为• 是否能说出 arity 检查差异 |
| 回答框架 | 1. 定义三者的创建方式（块隐式/Proc.new/lambda）→ 2. 参数检查：Lambda 严格检查参数个数，Proc 不检查 → 3. return 行为：Lambda 的 return 只从闭包返回，Proc 的 return 从创建处的方法返回 → 4. 使用场景：短迭代用块，回调用 Proc，严格行为用 Lambda |
| 简短示例回答 | 块是语法糖，不能独立存储；Proc 和 Lambda 都是闭包对象。关键区别：Lambda 像方法，参数个数不对会报错；Proc 参数不足填 nil。return 在 Lambda 中只结束自身，在 Proc 中会结束外层方法，容易导致意外。 |
| 可能追问 | “proc 与 Proc.new 有什么区别？在 def foo(&block) 中 block 是什么类型？” |
| 避坑提醒 | ❌ 误以为 proc 是 Lambda 的别名，实际 proc 返回 Proc 实例；✅ 建议主动用 lambda 关键字创建，语义更清晰。 |
🎯 面试问题3：请解释 Ruby 中的 method_missing 和 define_method 如何在元编程中使用？
| 面试官考察点 | • 是否真正写过元编程代码 • 是否能平衡灵活性与可维护性 • 是否知道 respond_to_missing? 的必要性 |
| 回答框架 | 1. 说明 method_missing 是当方法未找到时的回调，常用来实现动态代理（如 ActiveRecord 的 find_by_xxx）→ 2. define_method 在运行时创建实例方法，避免反复调用 method_missing 影响性能 → 3. 最佳实践：同时重写 respond_to_missing? 保持 respond_to? 一致 → 4. 强调生产代码中优先用 define_method 缓存动态方法 |
| 简短示例回答 | 使用 method_missing 可以写出灵活的 DSL，例如 User.find_by_name("Ruby") 不存在时，由 method_missing 解析 SQL 查询。但每次调用性能差，所以 ActiveRecord 内部用 define_method 在首次调用后生成真正的方法。 |
| 可能追问 | “如果动态方法名冲突了现有方法，如何处理？define_method 和 class_eval 创建方法的区别？” |
| 避坑提醒 | ❌ 只重写 method_missing 不重写 respond_to_missing? 会导致 respond_to? 返回 false；✅ 始终配对实现，并且考虑使用 delegate 或 SimpleDelegator 简化。 |
📦 项目案例：可配置的规则引擎服务（规则 DSL 模块）
💡 迁移提示：无论面试官问的是“元编程实现 DSL”还是“动态方法优化”，都可以复用上述案例中的
define_method 预热 + 沙箱隔离的思路。强调“只创建一次、后续直接调用”是避免性能瓶颈的关键。