GraphQL
背景
GraphQL是近来比较热门的一个技术话题，相比REST和RPC，它汲取了两者的优点，即不面向资源，也不面向过程，而是面向数据查询(ask for exactly what you want)，同时GraphQL本身需要使用强类型的Schema来对数据模型进行定义，因此相比REST它的约束性更强。
个人理解：
适用于nodejs开发的BFF(nodejs支持最好) 或 数据类型是具有图状的特点(接口组合较为复杂)
特性/优势
有效加载，节省流量，提高效率
向你的 API 发出一个 GraphQL 请求就能准确获得你想要的数据，不多不少，因为控制数据的是应用，而不是服务器。有效的解决了：
- 前端有时需要的数据字段只有那么几个，但现在返回了大量的字段
- 后端返回的格式不是我想要的
获取多个资源只用一个请求， 提高性能
GraphQL 查询不仅能够获得资源的属性，还能沿着资源间引用进一步查询。典型的 REST API 请求多个资源时得载入多个 URL，而 GraphQL 可以通过一次请求就获取你应用所需的所有数据。
兼容各种不同的前端框架和平台
GraphQL API 基于类型和字段的方式进行组织，而非入口端点。你可以通过一个单一入口端点得到你所有的数据能力。GraphQL 使用类型来保证应用只请求可能的数据，还提供了清晰的辅助性错误信息。应用可以使用类型，而避免编写手动解析代码。
缺点
GraphQL有很多不便，导致graphQl没有大面积流行开来
- 本身的语法相比较REST和RPC均复杂一些，使用和迁移成本较大
- 转移/增加了开发成本，简单问题复杂化
- 实现方面需要配套 Caching 以解决性能瓶颈
- 仍然是新鲜事物，很多技术细节仍然处于待验证状态
参考
https://juejin.cn/post/6844903475420069902#heading-17
https://segmentfault.com/a/1190000013961872