Ruby 2.1+中幽灵类对方法缓存的影响及相关技术疑问

咱们把核心的几个点拆解开来逐一说明：

幽灵类在方法查找链中的位置 #

当你给某个实例（比如这里的greet）扩展方法时，Ruby会自动创建一个幽灵类（也叫 eigenclass/单例类），并将它插入到该实例的方法查找祖先链中。而且这条链的首个成员就是greet所属的World类——换句话说，方法查找的优先级是：幽灵类 → World类 → World的父类们，顺序非常明确。

Ruby 2.1后的类层级修改与缓存逻辑 #

从Ruby 2.1版本开始，官方优化了缓存失效的规则：当你修改类层级（比如添加幽灵类、调整祖先链）时，只会让目标类及其子类的方法缓存失效。不过你提到的「原层级的方法缓存是否仍完好」这个问题，确实没有100%确定的定论——从社区实践和源码分析来看，大多数情况下原层级的缓存是可以保留的，因为修改的是单个实例的专属幽灵类，并没有触动原有类的继承结构；但在一些复杂的多继承、模块混入场景下，可能会有例外情况，目前还没有统一的明确结论。

幽灵类方法的查找深度与缓存重要性 #

对于幽灵类上的#say方法，解释器的查找深度其实非常浅：因为幽灵类直接挂靠在实例和它的所属类之间，方法查找时第一步就会命中幽灵类里的#say，根本不需要往下遍历更长的祖先链。

至于缓存的重要性？在这个场景下其实没那么突出——毕竟查找路径极短，哪怕没有缓存，遍历的性能开销也几乎可以忽略。只有当你创建了大量带有幽灵类的实例，或者幽灵类本身有复杂的继承/混入结构时，缓存才能体现出优化作用；日常开发里单个实例的幽灵类方法调用，缓存的存在感并不强。

内容的提问来源于stack exchange，提问作者Woahdae