问题描述
我有一个 Elixir Umbrella 应用程序，带有 Phoenix、Absinthe (graphQL)。在 AppWeb 中，我的 AppWeb.Router 路由请求，使用 /graphql 处理 Absinthe.Plug 并使用 MyApp.Schema。
在 AppWeb.Schema 中，我使用 import_types 从不同 OTP 应用程序中的众多不同架构中导入对象。我将以 Users 为例。
Users.Schema 有对象和字段，最终会resolve &Resolvers.resolve_x/2
我知道 Phoenix 会针对每个请求启动一个新进程，hexdocs Absinthe.Schema 指出在 Absinthe 1.5 中，架构是使用与执行查询相同的过程构建的。这是否意味着phoenix 请求创建的每个新进程都与单个模式 (AppWeb.Schema) 进程通信？如果是这样，那不会造成瓶颈吗？如果没有，那是不是有很多代码（来自所有 OTP 应用程序的所有解析器和相关功能）要转移到每次生成的新架构进程中？
解决方法
在 Absinthe 1.5 中，使用相同的过程构建架构 执行查询。
这不是指 BEAM 过程，而是指在 Absinthe 1.5 中，架构的构建方法与查询的解析方式类似。
在 Absinthe 中有两种构建模式的方法。
- 使用基于宏的 DSL，这是 Absinthe 1.4 中已有的内容
- 使用 Graphql 架构定义语言 (SDL)，在这种情况下，Absinthe 解析 SDL 并从中构建架构，解析器等可以使用水合结构附加。
在构建架构的这些方法中的任何一种之后，其蓝图（架构的 AST）会经历一个阶段的管道，例如进行验证。这就是所谓的“相同过程”，因为苦艾酒中的graphql文档也遵循graphl文档->解析为AST蓝图->验证->其他阶段的路线。
默认情况下，架构的编译仍然在编译时进行，因此不会为请求生成额外的进程。