Ruby 1.8.7移植Emscripten时含return的puts方法引发内存泄漏

先帮你梳理下核心差异和验证方向：

1. 显式return触发了VM的异常退出路径 #

Ruby 1.8.7的VM在处理方法内的显式return时，和方法自然返回的清理逻辑不一样。不带return的方法执行完毕后，VM会完整遍历当前栈帧，清理所有临时对象、递减引用计数；但显式return会触发一个“提前退出”的分支，在老旧的1.8.7代码里，这个分支可能遗漏了某些内存清理步骤（比如某个临时结构体没被free，或者某个对象的引用计数没正确更新）。

当你在无限循环里反复调用这个方法时，这些未被清理的对象会在Emscripten的内存空间里不断累积——毕竟Ruby 1.8.7的GC本身就比较原始，和WebAssembly的内存模型适配性差，很难自动识别这些“遗漏”的对象并回收。

2. 验证和排查步骤 #

你可以通过以下步骤确认问题根源：

• 替换return语句测试：把my_func_two里的return改成return nil或者直接删除，再运行循环，看看内存是否恢复正常。如果正常，就坐实了是return语句的清理逻辑问题。
• 手动触发GC测试：在每次调用my_func_two后，执行rb_eval_string("GC.start")强制触发Ruby的垃圾回收。如果内存增长停止，说明是GC没有自动识别到需要回收的对象，根源还是return导致对象没被正确标记为可回收。
• 检查Ruby 1.8.7的C源码：如果有精力，可以看看Ruby 1.8.7的vm_exec.c文件里处理return指令的逻辑，对比自然返回的清理步骤，大概率能找到未释放内存的地方。

3. 临时解决办法 #

如果暂时没法修改Ruby源码，这两个workaround可以先用着：

• 去掉方法里的显式return，让方法自然返回；
• 在循环里每次调用带return的方法后，手动调用GC.start强制回收内存：

  // 调用my_func_two之后
  rb_eval_string("GC.start");
  

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