元编程与动态特性：高频问题

面试问题：请解释 define_method 的用途，以及你会在哪些场景使用它？它有什么风险？

面试官考察点：是否理解元编程的本质（运行时定义方法）；是否意识到反射带来的性能和安全代价；能否给出不使用元编程的替代方案。

回答框架：用途（动态生成方法 → ORM 中的属性访问器、DSL 构建）→ 风险（方法缓存失效、调用栈变深、代码可读性下降、可能被恶意注入方法名）→ 替代方案（显式编写方法或用 method_missing 配合 respond_to_missing?）。

简短示例回答：“define_method 常用于 Active Record 的动态查找器，通过方法名拼装 SQL。风险在于：1）若方法名来自用户输入，可能被注入恶意调用；2）调试时无法直接跳转到定义。我会优先用显式定义，或使用 method_missing 加白名单校验来替代。”
（98字）

可能追问：如果必须用 define_method，如何做安全校验？define_method 和 class_eval 的区别？

避坑提醒：永远不要在 define_method 的方法名中使用未过滤的外部输入；可在模块方法内用 private 限制访问范围。

面试问题：说说 method_missing 的工作原理，什么场景适合使用它？有什么陷阱？

面试官考察点：是否理解 Ruby 的方法查找链；能否正确实现 respond_to_missing?；是否注意到性能损失（每次调用都走 method_missing）和调试困难。

回答框架：工作原理（方法查找失败 → 调用 method_missing）→ 用途（代理/委托对象、动态响应任意方法名、懒加载方法）→ 风险（性能差、掩盖 NoMethodError、破坏 Duck Type 检查、难以调试）→ 替代方案（delegate 模块、define_method 批量定义、显式接口）。

简短示例回答：“method_missing 在代理模式中常用，例如 ActiveRecord 的 find_by_*。陷阱是未同时重写 respond_to_missing? 会导致 respond_to? 返回错误。我会先调用 super，并在白名单内才处理，然后批量用 define_method 预定义高频方法以提升性能。”
（96字）

可能追问：怎么测试一个使用 method_missing 的对象？respond_to_missing? 的实现细节？

避坑提醒：务必始终调用 super；配合 respond_to_missing? 成对出现；高频调用的方法建议用 define_method 预定义。

面试问题：什么是类宏？请举例说明如何自定义一个类宏，并指出使用时的注意点。

面试官考察点：是否理解 Ruby 中“类宏”的本质（在类上下文中调用模块方法）；是否了解 attr_accessor、has_many 等常用宏背后的实现；能否写出线程安全且可继承的类宏。

回答框架：定义（类宏是在类定义中调用的类方法，通常由 extend 的模块提供）→ 实现（模块中定义实例方法，调用 define_method 或 class_eval 添加实例/类方法）→ 风险（方法名冲突、多次定义导致性能损耗、子类继承问题）→ 替代方案（普通类方法+显式调用、ActiveSupport::Concern 的 included 回调）。

简短示例回答：“类宏例如 has_many :comments，本质是 ClassMethods 模块中定义的方法，通过 extend 注入。自定义类宏时，我会用 define_method 添加实例方法，并在模块内保存元数据。注意：宏方法内慎用 class_eval 字符串，优先用块；确保子类继承时元数据不丢失。”
（97字）

可能追问：如何保证类宏定义的实例方法可以在子类中被正确继承？类宏中使用的变量存在线程安全问题吗？

避坑提醒：使用 class_eval 时要传递块而非字符串，避免安全漏洞与闭包问题；通过 inherited 钩子或 dup 元数据确保子类正确继承类宏定义的“配置”。