如何处理光纤外部的光纤异常？

Question

有时您需要使用未维护的、旧的、脏的、巨大的、对我们的程序可能有危险的库。

是否有以安全方式执行此代码的最佳实践？

最近，我发现（可能是在我的知识和经验水平上）没有捕捉到异常。直到今天，我使用的常见做法是将代码包装到Fiber中，在内部捕获异常并通过Channel发送出去。现在它不工作（我不能把产量或Proc放在光纤中）。

危险的lib可以看起来像普通类，方法用Fiber.yield封装光纤，以便现在交换执行到其他光纤。在现实生活中，这种光纤可能包含内部工作与IO，这并不重要。

class LibDangerous
  def exec_remote
    spawn do
      raise IO::Error.new
    end
    Fiber.yield
  end
end

应该处理异常的包装器由begin上的嵌套方法组成。。。救援。我从顶层调用方法，从最后一个包装器方法返回lib方法，即使使用blockbegin。。。救援。

class Wrapper
  def capture
    begin
      yield self
    rescue
      puts "rescued from :capture"
    end
  end

  def guard
    begin
    capture do |this|
      yield this
    end
    rescue
      puts "rescued from :guard"
    end
  end

  def run
    begin
      yield LibDangerous.new
    rescue ex
      puts "rescued from :run"
    end
  end
end

这似乎是因为您需要在发生异常的同一级别处理异常，但是由于各种原因，我不能修改别人库的代码。

wrapper = Wrapper.new

result = wrapper.guard do |sandbox|
  begin
    sandbox.run do |library|
      library.exec_remote
    end
  rescue
    puts "rescued from top-level"
  end
end

嘣！（play.crystal-lang.org代码）

Unhandled exception in spawn:  (IO::Error)
  from /eval:4:7 in '->'
  from /usr/lib/crystal/fiber.cr:255:3 in 'run'
  from /usr/lib/crystal/fiber.cr:92:34 in '->'
  from ???

这可能是由于交换可执行上下文而发生的：我的代码和异常在不同的上下文中，不能交互？如果删除光纤，则异常像往常一样被捕获。

是否可以在不修改原始库的情况下解决此问题？

Answer 1

不，如果不修补原始错误代码，您就无法处理此问题。然而，Crystal的开放类系统使这完全从您的角度成为可能，直到上游行为得到修复，您可以在代码中重新定义方法。

请注意，这只是处理操作失败这一事实的一个问题。如果您可以通过其他方式获得该信息，例如使用选择等待超时结果，或者您根本不关心操作是否成功，那么唯一真正的问题是日志垃圾邮件。一根光纤，那不是主光纤，崩溃不会让你的程序崩溃！（见https://play.crystal-lang.org/#/r/98da)

为什么会这样？引发异常意味着向上遍历当前堆栈，直到找到处理程序。当您看到“unhandredexception”时，这只是Crystal在每个堆栈根上放置的默认处理程序。什么是纤维？这是一个单独的堆栈！因此，在光纤内提升不会解开任何其他堆叠，尤其是主光纤。