go-zero时Timeout配置的小坑

go-zero是使用rpc服务的方式，让我们在api层的时候，想要调用rpc的接口时，只需要引入相应的rpc服务，即可像调用普通函数一样调用。

1.  
   func NewServiceContext(c config.Config) *ServiceContext {
2.  
   return &ServiceContext{
3.  
   Config: c,
4.  
   TestRpc: testclient.NewTest(zrpc.MustNewClient(c.TestRpc)),
5.  
   }
6.  
   }

这是很方便的功能，但会让我们偶尔忘记这rpc其实也是一个HTTP服务，只是编码不同而已。

我们正常会配置api的yaml配置文件中的Timeout；和rpc的yaml配置文件中的Timeout。但发现，还是没有效果。

那该怎么配置呢？这里就不得不说下HTTP服务的一些概念。

一个HTTP服务，需要有两个角色，一个是服务端，一个是客户端。

一次HTTP请求，通俗比喻：一个客户（客户端）去商店（服务端）里买商品，商店给了商品，客户拿了商品，就完成了本次请求。

但有时客户多了，或是东西多了，或是没货了，或是其他原因，导致没办法马上给商品，为了客户体验好，商店会设置一个超时时间，太久没给商品，会礼貌的对客户说，不好意思这次没办法给了。当然有的客户是急性子，客户也有自己的超时时间，时间一到，自己就跑了。

所以服务端有超时时间，客户端也有超时时间，只要某一个时间一到，本次请求就会结束。通常客户端的超时时间会大于等于服务端的时间。

这时我们再反过来看go-zero的超时设置。

1、网页向api层请求一个接口，这时网页是客户端，api层是服务端，所以，api的yaml配置文件中的Timeout是这时的服务端超时时间。

1.  
   Name: testAPI
2.  
   Host: 0.0.0.0
3.  
   Port: 8080
4.  
   Timeout: 100000

api/etc/testApi.yaml

2、api层向rpc层请求数据，代码看着虽然像是直接调用函数，但其实任然是一个http请求，这时api层是客户端，需要一个超时时间，rpc层是服务端也需要一个超时时间。

        2.1、api层作为客户端，连接rpc服务时有相应的配置，需要在此做一个客户端的超时

1.  
   TestRpc:
2.  
   Target: 127.0.0.1:31661
3.  
   Timeout: 100000

api/etc/testApi.yaml

        2.2、rpc层作为服务端也需要一个超时

1.  
   Name: test.rpc
2.  
   ListenOn: 0.0.0.0:8081
3.  
   Timeout: 10000

rpc/etc/test.yaml

通常客户端的超时时间会大于等于服务端的超时时间

这篇好文章是转载于：学新通技术网