Ruby+FFI创建Windows窗体：未定义类实例化未抛异常问题排查

这问题我之前做Ruby FFI Windows窗体封装时碰到过类似情况，大概率是**const_missing方法被重写**搞的鬼！

核心原因解释 #

在Ruby里，类本质是常量——当你尝试访问一个未定义的常量（比如你写的ThisClassNameIsNotExist），默认会抛出NameError异常。但如果你的代码（或者你依赖的FFI封装代码）重写了const_missing方法，让它在找不到对应常量时返回了一个已存在的类（比如你的窗体基类），那new调用就会正常执行，完全不会触发你预期的异常。

你这边的情况就是：你以为实例化的是一个不存在的类，但实际上const_missing偷偷给你返回了一个有效的窗体类，所以窗体能正常显示、关闭也没报错。

排查步骤 #

1. 先确认常量实际指向的是什么
   在执行bb = ThisClassNameIsNotExist.new前加一行打印：

   puts "实际类对象：#{ThisClassNameIsNotExist.inspect}"
   bb = ThisClassNameIsNotExist.new
   

   如果输出的是你定义的某个窗体基类（比如#<Class:0x...>指向你的基础窗口类），那基本坐实是const_missing的问题。

2. 查找const_missing的定义
   检查你的代码里有没有类似这样的片段：

   def self.const_missing(name)
     # 这里可能返回了默认的窗体类或者FFI结构体
     WindowBaseClass
   end
   

   也有可能是你引入的FFI相关封装模块（比如自己写的Windows API绑定代码）里实现了这个方法，用来自动生成未定义的窗口类绑定。

解决方法 #

如果是你自己写的const_missing，修改它让它只处理你预期的常量，其他情况抛出默认异常：

def self.const_missing(name)
  # 只处理你预设前缀的常量，比如以Win32开头的类
  if name.to_s.start_with?('Win32')
    # 你的自动生成类逻辑
    generate_window_class(name)
  else
    super # 调用Ruby默认的const_missing，抛出NameError
  end
end

如果是依赖的FFI模块导致的，你可以检查该模块的源码，或者尝试升级FFI版本（不过注意Ruby 2.2.6比较老旧，新版本FFI可能不再支持这个版本，所以优先自己处理const_missing的逻辑）。

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