我们使用的大部分后端开发框架，不管是Java系的SpringBoot还是Node系的Express.js，默认都是Restful的接口形式，日常它已经足够我们的开发使用。
但是随着业务复杂度越来越高，你会发现我们需要提供的接口会呈现爆炸式增长，也许A、B两个接口只有少数字段不同，但是我们不得不为之单独实现两个接口，这也是今天我们为什么要讲GraphQL的原因。
一切要从Restful讲起
多年来，Restful的接口形式已经深深影响了我们一代程序员，它提供类似集装箱式的数据模式，接口返回格式是固定的，并不会因为用户需求差异而改变。这种模式简单、易于理解，对问题的调试也相对容易，这是它的优势。
任何事物都有两面性，固定的接口格式导致它对带宽的占用增加，用户端无法指定自己想要的字段。很多情况下，为了获取某个页面的数据需要对多个后端接口发起调用，接口全部请求完成后再组装填充页面，导致前端的复杂度急剧增加。
图片来源于网络，侵删GraphQL语言
GraphQL语言是Facebook为了解决自身业务问题而创造的API查询语言，它提供按需请求、按需返回的能力，让用户端可以按照自己的需求指定需要的字段，后端服务根据前端的需求下发指定的内容。
图为GraphQL