REST基于资源导向，通过多个URL操作固定结构数据，GraphQL则为数据导向，通过单一端点按需获取精确字段，体现前后端交互的不同设计哲学。
REST 和 GraphQL 在 JavaScript 中调用 API 的本质区别，不在于语法或代码写法，而在于数据获取的模式与通信契约的设计理念。它们代表了两种不同的前后端交互哲学。
请求模式：资源导向 vs 数据导向
REST 是基于资源的，每个 URL 对应一个明确的资源。比如 /users/1 获取用户，/users/1/posts 获取该用户的帖子。你通过 HTTP 方法（GET、POST 等）操作这些资源。
GraphQL 则是面向数据需求的。你只访问一个端点（如 /graphql），发送一个查询语句，描述你要什么字段、嵌套关系，后端按需返回精确结构。
- REST 调用像是“去不同柜台取不同东西”
- GraphQL 调用像是“去一个服务台，递上一张写好要什么的清单”
响应结构：固定格式 vs 按需定制
REST 接口通常返回预定义的 JSON 结构。如果接口返回了 10 个字段，但你只想要其中 2 个，你也得接收全部。这可能导致数据冗余或额外请求（如需要关联数据时）。
立即学习“Java免费学习笔记（深入）”；
GraphQL 允许客户端精确指定所需字段。比如只要用户的名字和邮箱，查询里就只写这两个字段，服务器不会多返回任何内容。
这意味着在 JavaScript 中：
- REST 常配合 fetch 或 axios 直接请求 URL
- GraphQL 通常用 fetch 发送 POST 请求，携带查询字符串，或使用 Apollo、Relay 等客户端库管理查询
版本控制与演化方式不同
REST 接口变更常通过版本号处理，比如从 /v1/users 升级到 /v2/users。新增字段可能影响旧客户端，删除字段则更危险。
GraphQL 鼓励渐进式演化。你可以添加新字段而不影响旧查询，废弃字段会标记但不立即删除。客户端可以自由选择使用哪些字段，前后端解耦更强。
错误处理与性能考量
REST 中每个请求独立，失败可重试单个资源。但多个关联资源可能需要多次请求（如先查用户，再查订单），产生“n+1 问题”。
GraphQL 一次请求获取所有需要的数据，减少网络往返。但复杂查询可能拖慢响应，且错误可能是部分成功（某些字段出错，其他正常），需要前端处理混合状态。
基本上就这些。REST 更简单直接，适合资源清晰、结构稳定的场景；GraphQL 更灵活高效，适合数据关系复杂、客户端需求多变的应用。选择哪种，取决于你的系统架构和团队协作方式。
