Astro 可以轻松部署到任何云托管平台,以实现服务端渲染(SSR)。该能力由适配器集成提供,请参阅 SSR 指南 了解如何使用现有的适配器。
适配器是一种特殊类型的集成,它为服务器端渲染提供了入口。适配器包含两项主要功能:
- 实现托管平台的 API,以处理请求。
- 根据托管平台的约定配置构建过程。
由于适配器是一种集成,因此它拥有集成提供的全部能力。
必须 通过在 astro:config:done
钩子中调用 setAdapter
API 来使用适配器,例如:
setAdapter
的传入参数定义如下:
这些属性分别是:
- name:适配器的唯一名称,用于日志记录。
- serverEntrypoint:服务端渲染的入口。
- exports:导出数组,与
createExports
配套使用(在下文中说明)。
- adapterFeatures:一个对象,用于启用适配器必须支持的特定功能。这些功能将改变构建输出,适配器必须实现适当的逻辑来处理不同的输出。
- supportedAstroFeatures:Astro 内置功能的映射。这允许 Astro 确定适配器无法或不愿意支持的功能,以便提供适当的错误消息。
Astro 的适配器 API 尝试适配多种类型的托管方,并提供了灵活的配置方式。
一些无服务架构的托管方会希望你导出一个handler
函数:
在适配器 API 中,你可以在 serverEntrypoint
中实现 createExports
方法:
在此之后,你需要在 setAdapter
的 exports
属性中配置该 handler
:
有些托管方希望你自行管理服务的启动,例如通过监听一个端口的方式。对于这类托管方,可以导出一个 start
函数,该函数会在绑定脚本执行时被调用。
该模块用于渲染已通过 astro build
命令预构建的页面。Astro 使用标准的 Request 和 Response 对象。如果托管方使用不同格式的请求/响应 API ,需要在适配器中进行转换处理。
该模块提供以下几个方法:
此方法用于匹配符合请求的 Astro 页面,并返回一个 Promise 对象给 Response 。该方法对于不渲染页面的 API 路由同样适用。
方法拥有一个必传参数 request
,和两个可选参数 routeData
以及 locals
。
如果你已经明确需要渲染的路由,可以通过传入 routeData
参数,跳过内部调用 app.match
进行匹配的步骤。
如需使用 locals
参数,必须将其作为第三个参数传入。如果不需要指定路由的话,可以将 routeData
参数设置为 undefined
。
下方示例尝试解析 x-private-header
请求头,并将其传入 locals
中。在此之后,它就可以作为参数被任意中间件使用了。
该方法用于判断请求是否匹配 Astro 应用的路由规则。
通常可以在不使用 .match
的情况下调用 app.render(request)
。因为当配置了 404.astro
文件后,Astro 就会自动处理 404 的情况。如果想要自定义处理规则,请使用 app.match(request)
。
用户可以使用 astro add
命令 轻松地在他们的项目中添加集成和适配器。如果希望其他用户可以使用该命令安装 你的 适配器,请在 package.json
文件的 keywords
项中添加 astro-adapter
属性:
当将适配器发布到 npm 后,执行 astro add example
命令,即可安装适配器以及在 package.json
文件中指定的对等依赖。我们将指导用户手动更新他们的项目配置。
添加于:
astro@3.0.0
Astro features 是适配器告诉 Astro 它们是否能够支持某个特性的一种方式,也是适配器支持程度的一种方式。
当使用这些属性时,Astro 将:
这些操作是基于支持或不支持的特性、支持程度以及用户使用的配置来运行的。
以下配置告诉 Astro,该适配器对 assets 有实验性支持,但该适配器与内置服务 Sharp 和 Squoosh 不兼容:
Astro 将在终端中记录警告:
或者,如果用于 assets 的服务与适配器不兼容,则会抛出错误:
一组可以改变产出文件输出的特性。当适配器选择这些特性时,它们将在特定的钩子中获得额外的信息。
这是一个仅在使用 SSR 时启用的功能。默认情况下,Astro 会产出一个 entry.mjs
文件,该文件负责在每个请求上产出渲染的页面。
当 functionPerRoute
为 true
时,Astro 会为项目中定义的每个路由创建一个单独的文件。
每个文件都只会渲染一个页面。页面将在 dist/pages/
目录下(或者在 outDir
所指定目录中的 /pages/
目录下)产出,产出的文件将保持与 src/pages/
目录相同的文件路径。
构建出的 pages/
目录下的文件,将会与 src/pages/
目录下的页面文件的目录结构保持一致,例如:
目录dist/
目录pages/
目录blog/
- entry._slug_.astro.mjs
- entry.about.astro.mjs
- entry.index.astro.mjs
通过将 true
传递给适配器来启用此功能。
然后,使用 astro:build:ssr
钩子,它将为你提供一个 entryPoints
对象,该对象将页面路由映射到构建后的物理文件。
在无服务器(Serverless)环境中设置 functionPerRoute: true
会为每个路由创建一个 JavaScript 文件(handler)。根据你的托管平台,处理程序可能会有不同的名称:lambda、function、page 等。
每个路由都会在处理程序(handler)运行时受到 冷启动 的影响,这可能会导致一些延迟。这种延迟受到不同因素的影响。
当设置 functionPerRoute: false
时,只有一个单一的处理程序(handler)负责渲染所有路由。当此处理程序(handler)首次触发时,你将受到冷启动的影响。然后,所有其他路由都应该没有延迟。但是,你将无法享受由 functionPerRoute: true
提供的代码拆分(code splitting)所带来的好处。
定义在构建时是否会打包任何 SSR 中间件代码。
启用此功能时,会阻止在构建期间将中间件代码打包并导入到所有页面中:
然后,使用 astro:build:ssr
钩子,它将为你提供一个 middlewareEntryPoint
,一个指向文件系统上物理文件的 URL
。
Reference