领导说GraphQL很火，强制让我们使用，可我发现这个东西出来那么多年，根本就没有火起来，使用了GraphQL不知道是对前端有好处，还是对后端友好，感觉体验了一番， 不知道解决了什么痛点???
GraphQL 火吗？
不火，社区讨论的人也不多，在下周围也没见搬上项目的。
不知道解决了什么痛点???
restful的多次请求或者高度定制，增大前端权限，解放后端工作量，感觉这也是fb一直在做的事情
不愠不火？ 看对api的需求。可以看看Github为什么选择GraphQL：https://githubengineering.com/the-github-graphql-api/ gayhub 应该从v3版的api就用了graphql了。
火不火先不讨论，先看看graphql的特点： 1.可以避免传统resful服务那样臃肿繁多的路由映射，controller绑定（ps：我能想象出用graphql来重写我上家公司电商后台的api，代码结构会有多美，多简洁） 2.函数式响应编程的特性，可以简化处理问题的流程 我目前在一家外企，这边所有的angular单页面应用背后都会有一个graphql的resful api支撑，我个人觉得这种场景下的开发对前后端都有一定的解放生产力
前公司内使用 GraphQL 差不多一年之久，林林总总有做过几个项目，无论前端还是后端。
我来说一些使用体验吧。
GraphQL有哪些好处:
解放后端生产力
后端只管写业务逻辑，配置好树节点，路由/鉴权/文档/参数验证 都是 so easy.
提供了更复杂的查询
以前一个前端页面需要请求4，5次查询的数据，现在只要一个请求。
文档
这点很重要，前端不用再催后端出文档，不用再扣文档的字眼去怼后端。后端再写代码的时候，文档都是自动的。
对于前后端来说，都是 Win-Win
省流量
哈，按需获取字段，对于PC端可能意义不大，对于移动端，有流量需求的。
更多
还有很多好处，只是有些公司没有运用起来。
据我了解的一部分情况，有些人习惯了写 restful 接口，懒得去学习 GraphQL，安于现状。
火不火我不知道，但肯定是未来
最近5年的 GraphQL 和 restful 趋势对比，数据来源：https://trends.google.com/trends/explore?date=today 5-y&geo=US&q=GraphQL,restful