大家好，我们又见面了啊~本文《如何对支持多个版本的服务器的特定服务进行 thrift 调用》的内容中将会涉及到等等。如果你正在学习golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

问题内容
假设我在同一个 thrift 文件中声明了以下服务： [我将省略结构定义，因为这只是一个示例]

service PositionService {
   PositionDTO findPosition(1:positionInputDTO) throws (1:PositionServiceException e);
 }

 service PositionServiceV2 {
   PositionDTO findPosition(1:positionInputDTO) throws (1:PositionServiceException e),
   OwnerStoresListDTO listPositions(1:ListPositionInputDTO) throws (1:PositionServiceException e);
 }
我编译了这个 thrift 文件，并为服务器生成了 java 代码，并为客户端生成了 go 代码。然后我尝试使用 positionservicev2client 在服务器上调用 listpositions 方法，但我不断收到错误无效的方法名称：listpositions 作为来自服务器的响应。

请记住，客户端和服务器都使用兼容的堆栈来进行这些调用，我已经实现了其他服务，但这是我遇到的第一个在同一个 thrift 文件中声明了多个服务的服务。我怎样才能拨打这样的电话？如有任何帮助，我们将不胜感激。

解决方案

以“老式方式”调用新服务
无法使用 positionservicev2 客户端调用 positionservice 服务器，因为它是不同的服务。即使你成功了，当你开始使用服务多路复用时，你仍然会遇到麻烦。

即使方法名称意外匹配（如 findposition()），也不能保证调用成功。参数列表可能不同，返回数据可能不同，或者 throws 子句可能不匹配。从接口契约来看，这是两个不同的服务。

底线：您可以使用 positionservicev2 客户端调用 positionservicev2 服务，或使用 positionservice 客户端调用 positionservice 服务器。

但在这种情况下，你仍然有一个选择。 thrift 支持服务级别的继承，如下所示：

service positionservice {
    positiondto findposition(1:positioninputdto) 
        throws (1: positionserviceexception e);
}

service positionservicev2 extends positionservice {
    ownerstoreslistdto listpositions(1:listpositioninputdto)  
        throws (1:positionserviceexception e);
}
当然，服务器仍然只能响应实际在服务器端实现的调用。使用 v2 客户端定位 v1 服务器不会神奇地实现 v2 接口。

什么是“软版本控制”？
使用 thrift，您无需执行所有这些操作。您基本上可以忘记我们上面写的内容并做得更简单：

service positionservice {

    // this method exists from the beginning
    positiondto findposition(1:positioninputdto) 
        throws (1: positionserviceexception e);

    // this method has been added later
    ownerstoreslistdto listpositions(1:listpositioninputdto)  
        throws (1:positionserviceexception e);

    // this method is no longer available
    //void someoldercallthatisnolongersupportedanymore()
}
这称为“软版本控制”，因为它完全消除了区分、调用、实现和维护同一 api 的不同“版本”的需要。呼叫要么存在，要么不存在。

对于像 com 接口这样的二进制 api，这个概念是不可能的，因为更改现有的 api 会立即破坏契约。但使用 thrift 和类似的框架是可能的。如果您足够努力，您仍然可以引入不兼容的更改，但您仍然可以调用其余部分。

如果您确实需要获取有关服务器功能、支持内容的一些信息，请考虑引入一些辅助方法，如下所示：

enum ServerCaps = { CanFoo, CanBar, SupportsBaz }

service PositionService {
    // tell me what features you support
    set<ServerCaps>  GetServerCapabilities()

    //... other methods here ...
}
ps：Asked and answered before

理论要掌握，实操不能落！以上关于《如何对支持多个版本的服务器的特定服务进行 thrift 调用》的详细介绍，大家都掌握了吧！