Jasin Yip
Tree-shaking 没提啊……
I'm facing the same issue. Can't use it now.
It's been about 10 months but this issue is still reporting. Currently [docker desktop](https://www.docker.com/products/docker-desktop) offers a dashboard so we can just use it instead of kitematic.
我把你代码拉下来测过了，这个就是对方服务的问题，响应太慢了，要不然就是他们故意限制调用频率之类的。 你要不让他们修复这个问题，要不延长你的超时时间。如果这个数据是固定的，做个缓存，降低一下调用频率，try-catch 一下失败了重试。
@theprimone 确实和你说的一样，用浏览器是一切正常的。于是我推测两个可能，一是浏览器有 Cookie，二是 httpClient 的问题。通过测试带上 Cookie 请求问题依旧，配置 `agent: false` 和 `httpsAgent: false` 把 `keep-alive` 关闭，请求慢了一百多毫秒，但不再出现那个问题了，你要不也试试。 ```js // app/service/index.js getData() const result = await this.ctx.curl(API, { method: 'GET', data: { gid...
我的理解是，既然用了 GraphQL，就可以抛弃 RESTful API 思维了，Controller-Service 这个架构是 RESTful API 时代的设计，如果我们用了 GraphQL，那就应该只对外暴露一个 `/graphql` API，然后里面使用 Resolver-Model-Connector 架构。参考 [Apollo GraphQL 的架构设计](https://github.com/apollographql/graphql-tools/blob/master/designs/connectors.md)。 原本的 service（包括 rpc、别的服务的 RESTful API 等）如果已经有实现一些功能，可以作为 resolver 的数据来源之一，后面可以不一定接 Model-Connector。
敢不敢点开源代码看一下……注释里写着呢
@B-Esmaili It's better for helping others with English here for no doubts by all means I think, but in the fact of that it would increase the cost for helping...
Thanks for your contributing. 🎉 Please make sure that the code is checked through the checklist and pass the CI testing. We might need some tests to test this new...
reference to https://github.com/eggjs/egg/issues/4077