Fastify 中文文档 (latest — v4.28.1)

TypeScript

Fastify 是用普通的 JavaScript 编写的,因此,类型定义的维护并不容易。可喜的是,自版本 2 以来,维护者和贡献者们已经在类型维护上投入了巨大的努力。

版本 3 的类型系统发生了改变。新的系统带来了泛型约束 (generic constraining) 与默认值,以及定义请求 body,querystring 等 schema 的新方式!在团队改善框架和类型定义的协作中,难免有所纰漏。我们鼓励你参与贡献。请记得在开始前阅读 CONTRIBUTING.md 一文!

本文档介绍的是 Fastify 3.x 版本的类型

插件不一定包含类型定义。更多内容请看插件。我们鼓励用户提交 PR 来改善插件的类型支持。

别忘了安装 @types/node

从例子中学习

通过例子来学习 Fastify 的类型系统是最好的途径!以下四个例子涵盖了最常见的开发场景。例子之后是更详尽深入的文档。

起步

这个例子展示了如何使用 Fastify 和 TypeScript 构建一个最简单的 http 服务器。

  1. 创建一个 npm 项目,安装 Fastify、typescript 和 node.js 的类型文件:

    npm init -y
    npm i fastify
    npm i -D typescript @types/node
    
  2. package.json"scripts" 里添加以下内容:

    {
     "scripts": {
       "build": "tsc -p tsconfig.json",
       "start": "node index.js"
     }
    }
    
  3. 初始化 TypeScript 配置文件:

    npx tsc --init
    

    或使用一个推荐的配置文件

  4. 创建 index.ts ,在此编写服务器的代码。

  5. 将下列代码添加到该文件中:

    import fastify from 'fastify'
    
    const server = fastify()
    
    server.get('/ping', async (request, reply) => {
      return 'pong\n'
    })
    
    server.listen(8080, (err, address) => {
      if (err) {
        console.error(err)
        process.exit(1)
      }
      console.log(`Server listening at ${address}`)
    })
    
  6. 执行 npm run build。这么做会将 index.ts 编译为能被 Node.js 运行的 index.js。如果遇到了错误,请在 fastify/help 发布 issue。

  7. 执行 npm run start 来启动 Fastify 服务器。

  8. 你将看到控制台输出: Server listening at http://127.0.0.1:8080

  9. 通过 curl localhost:8080/ping 访问服务,你将收到 pong

🎉 现在,你有了一个能用的 TypeScript 写的 Fastify 服务器!这个例子演示了在 3.x 版本中,类型系统有多么简单。默认情况下,类型系统会假定你使用的是 http 服务器。后续的例子将为你展现更多内容,例如,创建较为复杂的服务器 (httpshttp2),以及指定路由的 schema!

更多使用 TypeScript 初始化 Fastify 的示例 (如启用 HTTP2),请在这里查阅详细的 API。

使用泛型

类型系统重度依赖于泛型属性来提供最精确的开发时体验。有人可能会认为这么做有些麻烦,但这是值得的!这个例子将展示如何在路由 schema 中实现泛型,以及路由层 request 对象上的动态属性。

  1. 照着上面例子的 1-4 步来初始化项目。

  2. index.ts 中定义两个接口 (interface),IQuerystringIHeaders

    interface IQuerystring {
      username: string;
      password: string;
    }
    
    interface IHeaders {
      'h-Custom': string;
    }
    
  3. 使用这两个接口,定义一个新的 API 路由,并将它们用作泛型。路由方法的简写形式 (如 .get) 接受一个泛型对象 RouteGenericInterface,它包含了五个具名属性:BodyQuerystringParamsHeaders 以及 ReplyBodyQuerystringParamsHeaders 四个接口会随着路由方法向下传递,到达路由处理函数中的 request 实例,Reply 接口则会到达 reply 实例。

    server.get<{
      Querystring: IQuerystring,
      Headers: IHeaders
    }>('/auth', async (request, reply) => {
      const { username, password } = request.query
      const customerHeader = request.headers['h-Custom']
      // 处理请求数据
    
      return `logged in!`
    })
    
  4. 执行 npm run buildnpm run start 来构建并运行项目。

  5. 访问 api:

    curl localhost:8080/auth?username=admin&password=Password123!
    

    将会返回 logged in!

  6. 此外,泛型接口还可以用在路由层钩子方法中。在上面的路由内加上一个 preValidation 钩子:

    server.get<{
      Querystring: IQuerystring,
      Headers: IHeaders
    }>('/auth', {
      preValidation: (request, reply, done) => {
        const { username, password } = request.query
        done(username !== 'admin' ? new Error('Must be admin') : undefined)
      }
      //  或使用 async
      //  preValidation: async (request, reply) => {
      //    const { username, password } = request.query
      //    return username !== "admin" ? new Error("Must be admin") : undefined;
      //  }
    }, async (request, reply) => {
      const customerHeader = request.headers['h-Custom']
      // 处理请求数据
      return `logged in!`
    })
    
  7. 构建运行之后,使用任何值不为 adminusername 查询字符串访问服务。你将收到一个 500 错误:{"statusCode":500,"error":"Internal Server Error","message":"Must be admin"}

    干得漂亮。现在你能够为每个路由定义接口,并拥有严格类型的请求与响应实例了。Fastify 类型系统的其他部分依赖于泛型属性。关于如何使用它们,请参照后文详细的类型系统文档。

JSON Schema

你可以通过 JSON Schema 来验证请求与响应。给 Fastify 路由定义 schema 还能提高吞吐量!更多信息请见验证和序列化

此外,在路由处理函数 (包括 pre-validation 等钩子) 中使用定义好的类型也是有好处的。

以下列出了几种实现方案。

typebox

typebox 能帮助你同时构建类型与 schema。通过 typebox 在代码里定义好 schema 之后,你便能将其当作类型或 schema 来使用。

在 Fastify 路由中验证 payload,你可以这么做:

  1. 安装 typebox

     npm i @sinclair/typebox
    
  2. 使用 Type 定义 schema,并通过 Static 创建相应的类型。

     import { Static, Type } from '@sinclair/typebox'
    
     const User = Type.Object({
       name: Type.String(),
       mail: Type.Optional(Type.String({ format: "email" })),
     });
     type UserType = Static<typeof User>;
    
  3. 在路由中使用定义好的类型与 schema。

     const app = fastify();
    
     app.post<{ Body: UserType; Reply: UserType }>(
       "/",
       {
         schema: {
           body: User,
           response: {
             200: User,
           },
         },
       },
       (req, rep) => {
         const { body: user } = req;
         /* user 的类型如下:
         * const user: StaticProperties<{
         *  name: TString;
         *  mail: TOptional<TString>;
         * }>
         */
         //...
         rep.status(200).send(user);
       }
     );
    

Schemas in JSON Files

在上一个例子里,我们使用接口定义了请求 querystring 和 header 的类型。许多用户使用 JSON Schema 来处理这些工作,幸运的是,有一套方法能将现有的 JSON Schema 转换为 TypeScript 接口!

  1. 完成 '起步' 中例子的 1-4 步。

  2. 安装 json-schema-to-typescript 模块:

    npm i -D json-schema-to-typescript
    
  3. 新建一个名为 schemas 的文件夹。在其中添加 headers.jsonquerystring.json 两个文件,将下面的 schema 定义粘贴到对应文件中。

    {
      "title": "Headers Schema",
      "type": "object",
      "properties": {
        "h-Custom": { "type": "string" }
      },
      "additionalProperties": false,
      "required": ["h-Custom"]
    }
    
    {
      "title": "Querystring Schema",
      "type": "object",
      "properties": {
        "username": { "type": "string" },
        "password": { "type": "string" }
      },
      "additionalProperties": false,
      "required": ["username", "password"]
    }
    
  4. 在 package.json 里加上一行 compile-schemas 脚本:

    {
      "scripts": {
        "compile-schemas": "json2ts -i schemas -o types"
      }
    }
    

    json2ts 是囊括在 json-schema-to-typescript 中的命令行工具。schemas 是输入路径,types 则是输出路径。

  5. 执行 npm run compile-schemas,在 types 文件夹下生成两个新文件。

  6. 更新 index.ts

    import fastify from 'fastify'
    
    // 导入 json schema
    import QuerystringSchema from './schemas/querystring.json'
    import HeadersSchema from './schemas/headers.json'
    
    // 导入生成的接口
    import { QuerystringSchema as QuerystringSchemaInterface } from './types/querystring'
    import { HeadersSchema as HeadersSchemaInterface } from './types/headers'
    
    const server = fastify()
    
    server.get<{
      Querystring: QuerystringSchemaInterface,
      Headers: HeadersSchemaInterface
    }>('/auth', {
      schema: {
        querystring: QuerystringSchema,
        headers: HeadersSchema
      },
      preValidation: (request, reply, done) => {
        const { username, password } = request.query
        done(username !== 'admin' ? new Error('Must be admin') : undefined)
      }
    }, async (request, reply) => {
      const customerHeader = request.headers['h-Custom']
      // 处理请求数据
      return `logged in!`
    })
    
    server.route<{
      Querystring: QuerystringSchemaInterface,
      Headers: HeadersSchemaInterface
    }>({
      method: 'GET',
      url: '/auth2',
      schema: {
        querystring: QuerystringSchema,
        headers: HeadersSchema
      },
      preHandler: (request, reply, done) => {
        const { username, password } = request.query
        const customerHeader = request.headers['h-Custom']
        done()
      },
      handler: (request, reply) => {
        const { username, password } = request.query
        const customerHeader = request.headers['h-Custom']
        reply.status(200).send({username});
      }
    })
    
    server.listen(8080, (err, address) => {
      if (err) {
        console.error(err)
        process.exit(0)
      }
      console.log(`Server listening at ${address}`)
    })
    

    要特别关注文件顶部的导入。虽然看上去有些多余,但你必须同时导入 schema 与生成的接口。

真棒!现在你就能同时运用 JSON Schema 与 TypeScript 的定义了。

json-schema-to-ts

不想基于 schema 生成类型,而是直接使用它们的话,你可以考虑 json-schema-to-ts 模块。

安装该模块为 dev-dependency:

npm install -D json-schema-to-ts

你可以像定义正常的对象一样定义 schema。但得注意要用 const 来定义,原因见该模块的文档。

const todo = {
  type: 'object',
  properties: {
    name: { type: 'string' },
    description: { type: 'string' },
    done: { type: 'boolean' },
  },
  required: ['name'],
} as const;

通过类型 FromSchema 你可以基于 schema 构建一个类型,并在函数中使用它。

import { FromSchema } from "json-schema-to-ts";
fastify.post<{ Body: FromSchema<typeof todo> }>(
  '/todo',
  {
    schema: {
      body: todo,
      response: {
        201: {
          type: 'string',
        },
      },
    }
  },
  async (request, reply): Promise<void> => {

    /*
    request.body 的类型如下:
    {
      [x: string]: unknown;
      description?: string;
      done?: boolean;
      name: string;
    }
    */

    request.body.name // 不会抛出类型错误
    request.body.notthere // 会抛出类型错误

    reply.status(201).send();
  },
);

插件

拓展性强的插件生态系统是 Fastify 最突出的特性之一。插件完全支持类型系统,并利用了声明合并 (declaration merging) 模式的优势。下面的例子将分为三个部分:用 TypeScript 编写 Fastify 插件,为插件编写类型定义,以及在 TypeScript 项目中使用插件。

用 TypeScript 编写 Fastify 插件

  1. 初始化新的 npm 项目,并安装必需的依赖。

    npm init -y
    npm i fastify fastify-plugin
    npm i -D typescript @types/node
    
  2. package.json"scripts" 中加上一行 build"types" 中写入 'index.d.ts'

    {
      "types": "index.d.ts",
      "scripts": {
        "build": "tsc -p tsconfig.json"
      }
    }
    
  3. 初始化 TypeScript 配置文件:

    npx typescript --init
    

    文件生成后,启用 "compilerOptions" 对象中的 "declaration" 选项。

    {
      "compileOptions": {
        "declaration": true
      }
    }
    
  4. 新建 index.ts 文件,在这里编写插件代码。

  5. index.ts 中写入以下代码。

    import { FastifyPluginCallback, FastifyPluginAsync } from 'fastify'
    import fp from 'fastify-plugin'
    
    // 利用声明合并,将插件的属性加入合适的 fastify 接口。
    declare module 'fastify' {
      interface FastifyRequest {
        myPluginProp: string
      }
      interface FastifyReply {
        myPluginProp: number
      }
    }
    
    // 定义选项
    export interface MyPluginOptions {
      myPluginOption: string
    }
    
    // 使用回调函数定义插件
    const myPluginCallback: FastifyPluginCallback<MyPluginOptions> = (fastify, options, done) => {
      fastify.decorateRequest('myPluginProp', 'super_secret_value')
      fastify.decorateReply('myPluginProp', options.myPluginOption)
    
      done()
    }
    
    // 使用 promise 定义插件
    const myPluginAsync: FastifyPluginAsync<MyPluginOptions> = async (fastify, options) => {
      fastify.decorateRequest('myPluginProp', 'super_secret_value')
      fastify.decorateReply('myPluginProp', options.myPluginOption)
    }
    
    // 使用 fastify-plugin 导出插件
    export default fp(myPluginCallback, '3.x')
    // 或者
    // export default fp(myPluginAsync, '3.x')
    
  6. 运行 npm run build 编译,生成 JavaScript 源文件以及类型定义文件。

  7. 如此一来,插件便完工了。你可以[发布到 npm] 或直接本地使用。

    并非将插件发布到 npm 才能 使用。你可以将其放在 Fastify 项目内,并像引用任意代码一样引用它!请确保声明文件在项目编译的范围内,以便能被 TypeScript 处理器使用。

为插件编写类型定义

以下例子是为 JavaScript 编写的 Fastify 插件所作,展示了如何在插件中加入 TypeScript 支持,以方便用户使用。

  1. 初始化新的 npm 项目,并安装必需的依赖。

    npm init -y
    npm i fastify-plugin
    
  2. 新建 index.jsindex.d.ts

  3. 将这两个文件写入 package.json 的 maintypes 中 (文件名不一定为 index,但推荐都使用这个名字):

    {
      "main": "index.js",
      "types": "index.d.ts"
    }
    
  4. index.js 中加入以下代码:

    // 极力推荐使用 fastify-plugin 包装插件
    const fp = require('fastify-plugin')
    
    function myPlugin (instance, options, done) {
    
      // 用自定义函数 myPluginFunc 装饰 fastify 实例
      instance.decorate('myPluginFunc', (input) => {
        return input.toUpperCase()
      })
    
      done()
    }
    
    module.exports = fp(myPlugin, {
      fastify: '3.x',
      name: 'my-plugin' // 被 fastify-plugin 用来获取属性名
    })
    
  5. index.d.ts 中加入以下代码:

    import { FastifyPlugin } from 'fastify'
    
    interface PluginOptions {
      //...
    }
    // 你可以导出任意内容
    // 在此,我们导出之前添加的装饰器
    export interface myPluginFunc {
      (input: string): string
    }
    
    // 利用声明合并将自定义属性加入 Fastify 的类型系统
    declare module 'fastify' {
      interface FastifyInstance {
        myPluginFunc: myPluginFunc
      }
    }
    
    // fastify-plugin 会自动添加具名导出,因此请确保加上该类型。
    // 如果缺少 `module.exports.myPlugin`,变量名会通过 `options.name` 属性获取。
    export const myPlugin: FastifyPlugin<PluginOptions>
    // fastify-plugin 会自动在导出的插件上添加 `.default` 属性。详见下文。
    export default myPlugin
    

注意:v2.3.0 及以上版本的 fastify-plugin 会自动给导出的插件添加 default 属性以及具名导出。为了更好的开发体验,请确保在类型文件中加上了 export defaultexport const myPlugin。完整的例子可以查看 fastify-swagger

这样一来,该插件便能被任意 TypeScript 项目使用了!

Fastify 的插件系统允许开发者装饰 Fastify 以及 request/reply 的实例。更多信息请见声明合并与泛型继承一文。

使用插件

在 TypeScript 中使用插件和在 JavaScript 中使用一样简单,只需要用到 import/from 而已,除了一个特殊情况。

Fastify 插件使用声明合并来修改已有的 Fastify 类型接口 (详见上一个例子)。声明合并没有那么 _聪明_,只要插件的类型定义在 TypeScript 解释器的范围内,那么不管插件本身是否被使用,这些定义都会被包括。这是 TypeScript 的限制,目前无法规避。

尽管如此,还是有一些建议能帮助改善这种状况:

  • 确保 ESLint 开启了 no-unused-vars,并且所有导入的插件都得到了加载。
  • 通过诸如 depchecknpm-check 的工具来验证所有插件都在项目中得到了使用。

原生 JavaScript 的代码补全

原生 JavaScript 能根据发布好的类型,依照 TypeScript 的 JSDoc 参考 来完成代码补全 (例如 Intellisense)。

举个例子:

/**  @type {import('fastify').FastifyPluginAsync<{ optionA: boolean, optionB: string }>} */
module.exports = async function (fastify, { optionA, optionB }) {
  fastify.get('/look', () => 'at me');
}

API 类型系统文档

本节详述了所有在 Fastify 3.x 版本中可用的类型。

所有 httphttps 以及 http2 的类型来自 @types/node

泛型的文档包括了其默认值以及约束值。更多关于 TypeScript 泛型的信息请阅读以下文章。

如何导入

Fastify 的 API 都首先来自于 fastify() 方法。在 JavaScript 中,通过 const fastify = require('fastify') 来导入。在 TypeScript 中,建议的做法是使用 import/from 语法,这样类型能得到处理。有如下几种导入的方法。

  1. import fastify from 'fastify'

    • 类型得到了处理,但无法通过点标记 (dot notation) 访问

    • 例子:

      import fastify from 'fastify'
      
      const f = fastify()
      f.listen(8080, () => { console.log('running') })
      
    • 通过解构赋值访问类型

      import fastify, { FastifyInstance } from 'fastify'
      
      const f: FastifyInstance = fastify()
      f.listen(8080, () => { console.log('running') })
      
    • 主 API 方法也可以使用解构赋值

      import { fastify, FastifyInstance } from 'fastify'
      
      const f: FastifyInstance = fastify()
      f.listen(8080, () => { console.log('running') })
      
  2. import * as Fastify from 'fastify'

    • 类型得到了处理,并可通过点标记访问

    • 主 API 方法要用稍微不同的语法调用 (见例子)

    • 例子:

      import * as Fastify from 'fastify'
      
      const f: Fastify.FastifyInstance = Fastify.fastify()
      f.listen(8080, () => { console.log('running') })
      
  3. const fastify = require('fastify')

    • 语法有效,也能正确地导入。然而并支持类型

    • 例子:

      const fastify = require('fastify')
      
      const f = fastify()
      f.listen(8080, () => { console.log('running') })
      
    • 支持解构,且能处理类型

      const { fastify } = require('fastify')
      
      const f = fastify()
      f.listen(8080, () => { console.log('running') })
      

泛型

许多类型定义共用了某些泛型参数。它们都在本节有详尽的描述。

多数定义依赖于 @node/types 中的 httphttpshttp2 模块。

RawServer

底层 Node.js server 的类型。

默认值:http.Server

约束值:http.Serverhttps.Serverhttp2.Http2Serverhttp2.Http2SecureServer

必要的泛型参数 (Enforces generic parameters):RawRequestRawReply

RawRequest

底层 Node.js request 的类型。

默认值:RawRequestDefaultExpression

约束值:http.IncomingMessagehttp2.Http2ServerRequest

RawServer 约束。

RawReply

底层 Node.js response 的类型。

默认值:RawReplyDefaultExpression

约束值:http.ServerResponsehttp2.Http2ServerResponse

RawServer 约束。

Logger

Fastify 日志工具。

默认值:FastifyLoggerOptions

RawServer 约束。

RawBody

为 content-type-parser 方法提供的泛型参数。

约束值:string | Buffer


Fastify

fastify<RawServer, RawRequest, RawReply, Logger>(opts?: FastifyServerOptions): FastifyInstance

源码

Fastify 首要的 API 方法。默认情况下创建一个 HTTP 服务器。通过可辨识联合 (discriminant unions) 及重载的方法 (overload methods),类型系统能自动地根据传递给该方法的选项 (详见下文例子),推断出服务器的类型 (http、https 或 http2)。同时,可拓展的泛型类型系统允许用户拓展底层的 Node.js Server、Request 和 Reply 对象。此外,自定义日志类型则可以运用 Logger 泛型。详见下文的例子和泛型分类说明。

例子 1:标准的 HTTP 服务器

无需指明 Server 的具体类型,因为默认值就是 HTTP 服务器。

import fastify from 'fastify'

const server = fastify()

回顾“从例子中学习”的起步一节的示例来获取更详细的内容。

例子 2:HTTPS 服务器
  1. @types/nodefastify 导入模块。

    import fs from 'fs'
    import path from 'path'
    import fastify from 'fastify'
    
  2. 按照官方 Node.js https 服务器指南的步骤,创建 key.pemcert.pem 文件。

  3. 实例化一个 Fastify https 服务器,并添加一个路由:

    const server = fastify({
      https: {
        key: fs.readFileSync(path.join(__dirname, 'key.pem')),
        cert: fs.readFileSync(path.join(__dirname, 'cert.pem'))
      }
    })
    
    server.get('/', async function (request, reply) {
      return { hello: 'world' }
    })
    
    server.listen(8080, (err, address) => {
      if (err) {
        console.error(err)
        process.exit(0)
      }
      console.log(`Server listening at ${address}`)
    })
    
  4. 构建并运行!执行 curl -k https://localhost:8080 来测试服务。

例子 3:HTTP2 服务器

HTTP2 服务器有两种类型,非安全与安全。两种类型都需要在 options 对象中设置 http2 属性的值为 true。设置 https 属性会创建一个安全的 http2 服务器;忽略该属性则创建非安全的服务器。

const insecureServer = fastify({ http2: true })
const secureServer = fastify({
  http2: true,
  https: {} // 使用 https 服务的 `key.pem` 和 `cert.pem` 文件
})

更多细节详见 Fastify 的 HTTP2 文档。

例子 4:拓展 HTTP 服务器

你不仅可以指定服务器的类型,还可以指定请求与响应的类型,即指定特殊的属性、方法等!在服务器实例化之时指定类型,则之后的实例都可应用自定义的类型。

import fastify from 'fastify'
import http from 'http'

interface customRequest extends http.IncomingMessage {
  mySpecialProp: string
}

const server = fastify<http.Server, customRequest>()

server.get('/', async (request, reply) => {
  const someValue = request.raw.mySpecialProp // 由于 `customRequest` 接口的存在,TypeScript 能知道这是一个字符串
  return someValue.toUpperCase()
})
例子 5:指定日志类型

Fastify 使用 Pino 作为日志工具。其中一些属性可以在构建 Fastify 实例时,在 logger 字段中配置。如果需要的属性未被暴露出来,你也能通过将一个外部配置好的 Pino 实例 (或其他兼容的日志工具) 传给这个字段,来配置这些属性。这么做也允许你自定义序列化工具,详见日志的文档。

要使用 Pino 的外部实例,请将 @types/pino 添加到 devDependencies 中,并把实例传给 logger 字段:

import fastify from 'fastify'
import pino from 'pino'

const server = fastify({
  logger: pino({
    level: 'info',
    redact: ['x-userinfo'],
    messageKey: 'message'
  })
})

server.get('/', async (request, reply) => {
  server.log.info('log message')
  return 'another message'
})

fastify.HTTPMethods

源码

'DELETE' | 'GET' | 'HEAD' | 'PATCH' | 'POST' | 'PUT' | 'OPTIONS' 的联合类型 (Union type)

fastify.RawServerBase

源码

依赖于 @types/node 的模块 httphttpshttp2

http.Server | https.Server | http2.Http2Server | http2.Http2SecureServer 的联合类型

fastify.RawServerDefault

源码

依赖于 @types/node 的模块 http

http.Server 的类型别名


fastify.FastifyServerOptions<RawServer, Logger>

源码

Fastify 服务器实例化时,调用 fastify() 方法使用到的接口。泛型参数 RawServerLogger 会随此方法向下传递。

关于用 TypeScript 实例化一个 Fastify 服务器的例子,请见 fastify 主方法的类型定义。

fastify.FastifyInstance<RawServer, RawRequest, RequestGeneric, Logger>

源码

表示 Fastify 服务器对象的接口,fastify() 方法的返回值。假如你使用了 decorate 方法,借由声明合并可以拓展该接口。

通过泛型级联 (generic cascading),实例上所有的方法都能继承实例化时的泛型属性。这意味着只要指定了服务器、请求或响应的类型,所有方法都能随之确定这些对象的类型。

具体说明请看“从例子中学习”一节,或 fastify 方法中更简洁的例子。


Request

fastify.FastifyRequest<RequestGeneric, RawServer, RawRequest>

源码

该接口包含了 Fastify 请求对象的属性。这些属性无视请求类型 (http 或 http2),也无关路由层级。因此在 GET 请求中访问 request.body 并不会抛错 (假如 GET 有 body 😉)。

假如你需要为 FastifyRequest 对象添加自定义属性 (例如使用 [decorateRequest][DecorateRequest] 方法时),你应该针对该接口应用声明合并。

FastifyRequest 里有基本的范例。更详细的例子请见“从例子中学习”的插件一节。

例子
import fastify from 'fastify'

const server = fastify()

server.decorateRequest('someProp', 'hello!')

server.get('/', async (request, reply) => {
  const { someProp } = request // 需要通过声明合并将该属性添加到 request 接口上
  return someProp
})

// 以下声明必须在 typescript 解释器的作用域内
declare module 'fastify' {
  interface FastifyRequest { // 引用的是接口而非类型
    someProp: string
  }
}

// 你也可以如此定义 request 的类型
type CustomRequest = FastifyRequest<{
  Body: { test: boolean };
}>

server.get('/typedRequest', async (request: CustomRequest, reply: FastifyReply) => {
  return request.body.test
})
fastify.RequestGenericInterface

源码

Fastify 的请求对象有四个动态属性:bodyparamsquery 以及 headers,它们对应的类型可以通过该接口设定。这是具名属性接口,允许开发者忽略他们不想指定的类型。所有忽略的属性默认为 unknown。四个属性名为:BodyQuerystringParamsHeaders

import fastify, { RequestGenericInterface } from 'fastify'

const server = fastify()

interface requestGeneric extends RequestGenericInterface {
  Querystring: {
    name: string
  }
}

server.get<requestGeneric>('/', async (request, reply) => {
  const { name } = request.query // 此时 query 属性上有了 name
  return name.toUpperCase()
})

在“从例子中学习”的 JSON Schema 一节中,你能找到更具体的范例。

fastify.RawRequestDefaultExpression<RawServer>

源码

依赖于 @types/node 的模块 httphttpshttp2

泛型参数 RawServer 的默认值为 RawServerDefault

如果 RawServer 的类型为 http.Serverhttps.Server,那么该表达式返回 http.IncomingMessage,否则返回 http2.Http2ServerRequest

import http from 'http'
import http2 from 'http2'
import { RawRequestDefaultExpression } from 'fastify'

RawRequestDefaultExpression<http.Server> // -> http.IncomingMessage
RawRequestDefaultExpression<http2.Http2Server> // -> http2.Http2ServerRequest

Reply

fastify.FastifyReply<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>

源码

该接口包含了 Fastify 添加到 Node.js 标准的 reply 对象上的属性。这些属性和 reply 对象的类型 (http 或 http2) 无关。

假如你需要为 FastifyReply 对象添加自定义属性 (例如使用 decorateReply 方法时),你应该针对该接口应用声明合并。

FastifyReply 里有基本的范例。更详细的例子请见“从例子中学习”的插件一节。

例子
import fastify from 'fastify'

const server = fastify()

server.decorateReply('someProp', 'world')

server.get('/', async (request, reply) => {
  const { someProp } = reply //需要通过声明合并将该属性添加到 reply 接口上
  return someProp
})

// 以下声明必须在 typescript 解释器的作用域内
declare module 'fastify' {
  interface FastifyReply { // 引用的是接口而非类型
    someProp: string
  }
}
fastify.RawReplyDefaultExpression<RawServer>

源码

依赖于 @types/node 的模块 httphttpshttp2

泛型参数 RawServer 的默认值为 RawServerDefault

如果 RawServer 的类型为 http.Serverhttps.Server,那么该表达式返回 http.ServerResponse,否则返回 http2.Http2ServerResponse

import http from 'http'
import http2 from 'http2'
import { RawReplyDefaultExpression } from 'fastify'

RawReplyDefaultExpression<http.Server> // -> http.ServerResponse
RawReplyDefaultExpression<http2.Http2Server> // -> http2.Http2ServerResponse

插件

通过插件,用户能拓展 Fastify 的功能。一个插件可以是一组路由,也可以是一个装饰器,或其它逻辑。要激活一个插件,需调用 fastify.register() 方法。

创建插件时,我们推荐使用 fastify-plugin。在“从例子中学习”的插件一节中有使用 TypeScript 创建插件的指南。

fastify.FastifyPluginCallback<Options>

源码

fastify.register() 使用的接口方法定义。

fastify.FastifyPluginAsync<Options>

源码

fastify.register() 使用的接口方法定义。

fastify.FastifyPlugin<Options>

源码

fastify.register() 使用的接口方法定义。

通用的 FastifyPlugin 已不推荐使用,取而代之的是上述 FastifyPluginCallback 以及 FastifyPluginAsync。这是因为 FastifyPlugin 无法正确推断出异步函数的类型。

fastify.FastifyPluginOptions

源码

一个用于约束 fastify.register()options 参数为对象类型的宽松类型对象 (loosely typed object)。在创建插件时,将插件的选项定义为此接口 (interface MyPluginOptions extends FastifyPluginOptions),传递给 register 方法。


Register

fastify.FastifyRegister(plugin: FastifyPluginCallback, opts: FastifyRegisterOptions)

源码

fastify.FastifyRegister(plugin: FastifyPluginAsync, opts: FastifyRegisterOptions)

源码

fastify.FastifyRegister(plugin: FastifyPlugin, opts: FastifyRegisterOptions)

源码

指定 fastify.register() 类型的类型接口,返回一个拥有默认值为 FastifyPluginOptionsOptions 泛型的函数签名。当调用此函数时,根据 FastifyPlugin 参数能推断出该泛型,因此不必特别指定。options 参数是插件选项以及 prefix: stringlogLevel (LogLevel) 两个属性的交叉类型。

以下例子展示了 options 的推断:

const server = fastify()

const plugin: FastifyPlugin<{
  option1: string;
  option2: boolean;
}> = function (instance, opts, done) { }

fastify().register(plugin, {}) // 错误 - options 对象缺失了必要的属性
fastify().register(plugin, { option1: '', option2: true }) // OK - options 对象包括了必要的属性

在“从例子中学习”的插件一节中有使用 TypeScript 创建插件的详细示例。

fastify.FastifyRegisterOptions

源码

该类型是 Options 泛型以及包括 prefix: stringlogLevel (LogLevel) 两个可选属性的未导出接口 RegisterOptions 的交叉类型。也可以被指定为返回前述交叉类型的函数。


日志

请在指定日志类型的例子中,查阅自定义日志工具的细节。

fastify.FastifyLoggerOptions<RawServer, RawRequest, RawReply>

源码

Fastify 内建日志工具的接口定义,模仿了 Pino.js 的接口定义。当通过服务器选项启用日志时,参照日志文档使用它。

fastify.FastifyLogFn

源码

一个重载函数接口,实现 Fastify 调用日志的方法,会传递到所有 FastifyLoggerOptions 中启用的日志级别属性。

fastify.LogLevel

源码

'info' | 'error' | 'debug' | 'fatal' | 'warn' | 'trace' 的联合类型


Context

context 类型定义和类型系统中其它高度动态化的部分类似。路由上下文 (context) 在路由函数内可用。

fastify.FastifyContext

源码

有一个默认为 unknown 的必填属性 config 的接口。可用泛型或重载来指定。

此类型定义可能尚不完善。假如你有改进它的建议,欢迎在 fastify/fastify 仓库发布一个 issue。感谢!


路由

Fastify 的其中一条核心原则便是强大的路由。本节中多数的类型被 Fastify 实例的 .route.get/.post 等方法内在地使用。

fastify.RouteHandlerMethod<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>

源码

路由控制函数的类型声明,有两个参数:类型为 FastifyRequestrequest,以及类型为 FastifyReplyreply。泛型参数会传递给这些参数。当控制函数为同步函数时,返回 void,异步则返回 Promise<any>

fastify.RouteOptions<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>

源码

拓展了 RouteShorthandOptions 的接口,并添加以下三个必填属性:

  1. method 单个或一组 HTTP 方法
  2. url 路由路径字符串。
  3. handler 路由控制函数,详见 [RouteHandlerMethod][]。
fastify.RouteShorthandMethod<RawServer, RawRequest, RawReply>

源码

一个重载函数接口,用于定义 .get/.post 等简写方法的三种不同形式。

fastify.RouteShorthandOptions<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>

源码

包含所有路由基本选项的接口。所有属性都是可选的。该接口是 RouteOptions 和 RouteShorthandOptionsWithHandler 接口的基础。

fastify.RouteShorthandOptionsWithHandler<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>

源码

向 RouteShorthandOptions 接口添加一个必填属性:handler,类型为 RouteHandlerMethod。


Parsers

RawBody

一个为 stringBuffer 的泛型类型。

fastify.FastifyBodyParser<RawBody, RawServer, RawRequest>

源码

定义 body 解析器 (body parser) 的函数类型。使用 RawBody 泛型指定被解析的 body。

fastify.FastifyContentTypeParser<RawServer, RawRequest>

源码

定义 body 解析器的函数类型。使用 RawRequest 泛型定义 content。

fastify.AddContentTypeParser<RawServer, RawRequest>

源码

addContentTypeParser 方法的重载函数接口。当 parseAs 出现在 opts 参数中时,parser 参数使用 [FastifyBodyParser][],否则使用 [FastifyContentTypeParser][]。

fastify.hasContentTypeParser

源码

检查指定 content type 解析器是否存在的方法。


错误

fastify.FastifyError

源码

FastifyError 是自定义的错误对象,包括了状态码及校验结果。

拓展了 Node.js 的 Error 类型,并加入了两个可选属性:statusCode: numbervalidation: ValiationResult[]

fastify.ValidationResult

源码

路由校验内在地依赖于 Ajv,一个高性能 JSON schema 校验工具。

该接口会传递给 FastifyError 的实例。


钩子

fastify.onRequestHookHandler<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(request: FastifyRequest, reply: FastifyReply, done: (err?: FastifyError) => void): Promise<unknown> | void

源码

onRequest 是第一个被执行的钩子,其下一个钩子为 preParsing

注意:在 onRequest 钩子中,request.body 永远为 null,因为此时 body 尚未解析 (解析发生在 preHandler 钩子之前)。

fastify.preParsingHookHandler<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(request: FastifyRequest, reply: FastifyReply, done: (err?: FastifyError) => void): Promise<unknown> | void

源码

preParsing 是第二个钩子,前一个为 onRequest,下一个为 preValidation

注意:在 preParsing 钩子中,request.body 永远为 null,因为此时 body 尚未解析 (解析发生在 preValidation 钩子之前)。

注意:你应当给返回的 stream 添加 receivedEncodedLength 属性。这是为了通过比对请求头的 Content-Length,来精确匹配请求的 payload。理想情况下,每收到一块数据都应该更新该属性。

fastify.preValidationHookHandler<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(request: FastifyRequest, reply: FastifyReply, done: (err?: FastifyError) => void): Promise<unknown> | void

源码

preValidation 是第三个钩子,前一个为 preParsing,下一个为 preHandler

注意:在 preValidation 钩子中,request.body 永远为 null,因为此时 body 尚未解析 (解析发生在 preHandler 钩子之前)。

fastify.preHandlerHookHandler<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(request: FastifyRequest, reply: FastifyReply, done: (err?: FastifyError) => void): Promise<unknown> | void

源码

preHandler 是第四个钩子,前一个为 preValidation,下一个为 preSerialization

fastify.preSerializationHookHandler<PreSerializationPayload, RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(request: FastifyRequest, reply: FastifyReply, payload: PreSerializationPayload, done: (err: FastifyError | null, res?: unknown) => void): Promise<unknown> | void

源码

preSerialization 是第五个钩子,前一个为 preHandler,下一个为 onSend

注:当 payload 为 string、Buffer、stream 或 null 时,该钩子不会执行。

fastify.onSendHookHandler<OnSendPayload, RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(request: FastifyRequest, reply: FastifyReply, payload: OnSendPayload, done: (err: FastifyError | null, res?: unknown) => void): Promise<unknown> | void

源码

你可以在 onSend 钩子中变更 payload。这是第六个钩子,前一个为 preSerialization,下一个为 onResponse

注:你只能将 payload 改为 string、Buffer、stream 或 null。

fastify.onResponseHookHandler<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(request: FastifyRequest, reply: FastifyReply, done: (err?: FastifyError) => void): Promise<unknown> | void

源码

onResponse 是第七个,也是最后一个钩子,前一个为 onSend

该钩子在响应发出后执行,因此无法再发送更多数据了。但是你可以在此向外部服务发送数据,执行收集数据之类的任务。

fastify.onErrorHookHandler<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(request: FastifyRequest, reply: FastifyReply, error: FastifyError, done: () => void): Promise<unknown> | void

源码

该钩子可用于自定义错误日志,或当发生错误时添加特定的 header。

该钩子并不是为了变更错误而设计的,且调用 reply.send 会抛出一个异常。

它只会在 customErrorHandler 向用户发送错误之后被执行 (要注意的是,默认的 customErrorHandler 总是会发送错误)。

注意:与其他钩子不同,该钩子不支持向 done 函数传递错误。

fastify.onRouteHookHandler<RawServer, RawRequest, RawReply, RequestGeneric, ContextConfig>(opts: RouteOptions & { path: string; prefix: string }): Promise<unknown> | void

源码

当注册一个新的路由时被触发。它的监听函数拥有一个唯一的参数:routeOptions 对象。该接口是同步的,因此,监听函数不接受回调作为参数。

fastify.onRegisterHookHandler<RawServer, RawRequest, RawReply, Logger>(instance: FastifyInstance, done: (err?: FastifyError) => void): Promise<unknown> | void

源码

当注册一个新的插件,或创建了新的封装好的上下文后被触发。该钩子在注册的代码之前被执行。

当你的插件需要知晓上下文何时创建完毕,并操作它们时,可以使用这一钩子。

注:被 fastify-plugin 所封装的插件不会触发该钩子。

fastify.onCloseHookHandler<RawServer, RawRequest, RawReply, Logger>(instance: FastifyInstance, done: (err?: FastifyError) => void): Promise<unknown> | void

源码

使用 fastify.close() 停止服务器时被触发。当插件需要一个 "shutdown" 事件时有用,例如关闭一个数据库连接。