Fastify框架中.send()方法数据发送异常问题解析

在使用Fastify框架开发RESTful API时，开发者经常会遇到需要向前端发送结构化数据的情况。本文将以一个实际案例为基础，深入分析Fastify中.send()方法的数据发送机制，以及如何正确处理Prisma ORM返回的数据。

问题现象

开发者在使用Fastify的.send()方法发送包含Prisma查询结果的数据时，遇到了数据丢失的问题。具体表现为：

1. 当直接发送包含specialties字段的对象时，前端只能接收到message和success字段
2. 当将specialties字段改为data字段时，前端接收到的data字段为空对象

问题根源分析

经过深入分析，这个问题主要由两个因素共同导致：

1. JSON Schema定义不匹配：Fastify的响应模式定义中，data字段被定义为对象类型，而实际需要发送的是数组类型。这种类型不匹配会导致Fastify的序列化过程出现问题。

2. Prisma返回数据的序列化特性：Prisma返回的数据对象可能包含一些特殊的内部属性，这些属性在默认的JSON序列化过程中可能不会被正确处理。

解决方案

方案一：修正JSON Schema定义

正确的Schema定义应该明确指定data字段包含的是一个数组：

const list = {
  tags: ['Specialty'],
  response: {
    200: {
      type: 'object',
      properties: {
        success: { type: 'boolean' },
        message: { type: 'string' },
        data: {
          type: 'array',
          items: {
            type: 'object',
            properties: {
              id: { type: 'string' },
              name: { type: 'string' }
            }
          }
        }
      }
    }
  }
};

方案二：手动序列化Prisma返回数据

在发送前对Prisma返回的数据进行显式序列化：

async function list(req: FastifyRequest, rep: FastifyReply) {
  const specialties = await prisma.specialty.findMany()
  
  rep.status(200).send({
    success: true,
    message: 'Specialty listed successfully',
    data: JSON.parse(JSON.stringify(specialties))
  })
}

最佳实践建议

1. 始终验证Schema定义：确保响应模式与实际数据结构完全匹配，特别是数组和对象类型的区分。

2. 处理ORM返回数据：对于Prisma等ORM返回的数据，建议进行显式序列化以确保数据完整性。

3. 结构化响应格式：保持一致的响应格式，建议采用类似以下结构：

   {
     status: 'success' | 'error',
     code: number,
     message: string,
     data: any // 实际数据
   }
   

4. 启用Fastify的日志：在开发阶段启用详细日志，帮助识别序列化问题。

总结

Fastify框架对数据序列化有着严格的要求，特别是在启用了Schema验证的情况下。开发者需要特别注意：

1. Schema定义必须与实际数据结构精确匹配
2. ORM返回的数据可能需要特殊处理
3. 一致的响应格式有助于前后端协作

通过遵循这些原则，可以避免大多数数据发送相关的问题，构建出更健壮的API服务。