Apache Thrift中的常规错误处理

Question

TLDR：是否有更好的方法可以通知客户端服务器上发生了意外情况，而不会引发IDL中定义的异常。

只是为了澄清：我目前在服务器端（THttpServer，TThreadPooledServer）和C＃一起使用Thrift，在客户端使用JavaScript AngularJS应用程序（并且我在C＃上有一些运行Client foo的测试）。

所以...我知道Apache Thrift中有异常处理。 我可以在IDL中定义一个，然后告诉服务方法该异常有可能发生。 并且当发生这种情况时，客户端会收到通知，告知该异常已发生并且可以采取相应措施。

但是，如果由于某种原因在处理程序中执行的代码只是继续执行并死掉并引发异常，则客户端仅会收到“无法读取，远程端已关闭”错误，仅此而已。 我真的看不到那里发生了什么，因此我不得不开始调试服务器而没有任何线索。 当然，我可以在服务器端记录该异常（我打算这样做），但这可能会变得很混乱，并且需要花费一些时间进行研究。

我真正想要的是让客户端至少知道服务器端发生了什么，而不仅仅是得到“是的。连接刚刚关闭。不知道为什么会发生。晚上好！”。

一种实现方法是制作一个GeneralExceptions.thrift文件并在其中定义一个通用异常。 然后将此文件包含在其他所有.thrift文件中，并使每种服务方法都将这种异常视为可能发生的异常。 然后在我的节俭处理程序方法周围进行巨大的尝试捕获块，以捕获所有内容及其母亲，并将其包装在一个简洁的通用节俭异常包中，并交给客户。

问题是...必须到处都有那些尝试捕获块会很烦人。 而且必须在所有其他文件中包含一个节俭文件，并让每个服务方法声明它都可以抛出此一般异常...好吧，可以这么说...这是一项繁重的工作，并且人们与人们通常一样可能只是忘记了包含文件，或者没有在这些服务方法中添加异常，并且如果您让一个人或gal处理任何给定的事情，往往会发生所有其他美好的事情。

那么，有没有人知道另一种方法来通知客户端服务器上发生了“东西”，而又不会跳过很多圈呢？

Answer 1

服务器既不应该死亡也不应该关闭连接。 我最近为 Trunk中的Delphi修复了该问题 （将是0.9.3的一部分）。 如果C＃遇到相同的问题，请提交票证（包括测试用例）和/或提供补丁。

在服务器方法中捕获任何意外的异常该怎么办？ 这种模式对于普通的COM也是有用的，没有太大的区别：

// this is a service method
void FooBar() {  
  try
  {
    // lets see whether we can divide by zero ...
    var a = 0;
    var b = 1/a;
    Console.Writeln("It works!!");
  }
  catch(e:TException)
  {
    throw; // Thrift exception, don't interfere
  }
  catch(e:Exception)
  {
     throw new TApplicationException( "WTF?");  // or some other exception
  }
}

问题是...必须到处都有那些尝试捕获块会很烦人。 而且必须在所有其他文件中包含一个节俭文件，并让每个服务方法声明它都可以抛出此一般异常...好吧，可以这么说...这是一项繁重的工作，并且人们与人们通常一样可能只是忘记了包含文件，或者没有在这些服务方法中添加异常，并且如果您让一个人或gal处理任何给定的事情，往往会发生所有其他美好的事情。

通过其他方法生成直接服务器实现，并将实际工作转发到其他方法和/或类：

// this is a service method
MyResult FooBar( MyArg arg1, MyOtherArg arg2) {  
  try
  {
    return pimpl.FooBar(arg1,arg2);  // delegate work via pimpl pattern
  }
  catch(e:TException)
  {
    throw; // Thrift exception, don't interfere
  }
  catch(e:Exception)
  {
     throw new TApplicationException( "WTF?");  // or some other exception
  }
}

这非常简单，可以轻松实现自动化。