时间戳

首页 > 解决方案 > 为什么抛出此错误会导致空白响应，而其他人则有效？

javascript - 为什么抛出此错误会导致空白响应，而其他人则有效？

问题描述

我正在使用 NestJS 做一个项目，在为组件开发服务和控制器时，我正在使用 try-catch 方法处理错误，然后抛出它们。但是，我遇到了一个我无法抛出的错误，因为它导致响应正文为空白，而其他工作正常。例如：

这是我的（工作）功能upload.service.ts：

async saveFile(body, file) {
    try {
      const uploadRepository = getRepository(Upload);
      const result = await uploadRepository.save({
        // assign properties [...]
      });
      return result;
    } catch (error) {
      unlink(file.path);
      console.log(error);  // Output 1 
      throw new BadRequestException(error);  // Response 1
    }
}

因此，当我故意发出错误请求（通过不在请求正文中发送所需值）时，我在控制台中得到了这个：（
输出 1）

QueryFailedError: null value in column "type" of relation "upload" violates not-null constraint
    at new QueryFailedError (%PROJECT_DIRECTORY%\node_modules\typeorm\error\QueryFailedError.js:11:28)
    at PostgresQueryRunner.<anonymous> (%PROJECT_DIRECTORY%\node_modules\typeorm\driver\postgres\PostgresQueryRunner.js:247:31)
    at step (%PROJECT_DIRECTORY%\node_modules\typeorm\node_modules\tslib\tslib.js:141:27)
    at Object.throw (%PROJECT_DIRECTORY%\node_modules\typeorm\node_modules\tslib\tslib.js:122:57)
    at rejected (%PROJECT_DIRECTORY%\node_modules\typeorm\node_modules\tslib\tslib.js:113:69)
    at processTicksAndRejections (internal/process/task_queues.js:93:5) {
  length: 393,
  severity: 'ERROR',
  code: '23502',
  detail: 'Failing row contains (51, 15, 2021-03-23 10:52:59.763387, 2021-03-23 10:52:59.763387, example.pdf, application/pdf, uploads\\e0f65f7ab43f1c226b37a9463f3a4745, null).',
  [...]
}

并且使用 Postman 在响应正文中返回了正确的错误：（
响应 1）

{
    "message": "null value in column \"type\" of relation \"upload\" violates not-null constraint",
    "length": 393,
    "name": "QueryFailedError",
    "severity": "ERROR",
    "code": "23502",
    "detail": "Failing row contains (51, 15, 2021-03-23 10:52:59.763387, 2021-03-23 10:52:59.763387, example.pdf, application/pdf, uploads\\e0f65f7ab43f1c226b37a9463f3a4745, null).",
    [...]
}

现在，这是里面的另一个函数upload.service.ts：

async readFile(res, fileId) {
    try {
      const uploadRepository = getRepository(Upload);
      const found = await uploadRepository.findOne({ id: fileId });

      res.download(found.path, found.originalName);
    } catch (error) {
      console.log(error);  // Output 2
      throw new BadRequestException(error);  // Response 2
    }
  }

当我故意发出错误请求（通过发送一个不存在uploadRepository.findOne但找不到的 ID）时，我在控制台中得到了这个：（
输出 2）

TypeError: Cannot read property 'path' of undefined
    at UploadsService.readFile (%PROJECT_DIRECTORY%\dist\src\components\uploads\uploads.service.js:52:32)
    at processTicksAndRejections (internal/process/task_queues.js:93:5)
    at async %PROJECT_DIRECTORY%\node_modules\@nestjs\core\router\router-execution-context.js:46:28
    at async %PROJECT_DIRECTORY%\node_modules\@nestjs\core\router\router-proxy.js:9:17

但是响应正文中有一个空白对象，尽管它正确具有 400 状态代码，但使用 Postman：（
响应 2）

{}

我可以看出，从 console.log 输出中可以看出，前一个错误有一个具有更多属性的对象。但是，我不知道为什么我无法正确返回后一个错误。我也试过：

throw new NotFoundException({ message: error });
throw new NotFoundException(JSON.stringify(error));
throw new NotFoundException(error.TypeError);

没有运气，因为它们在消息键中显示了一个空对象。

所以，问题是：这些错误有什么不同，发送后者的正确方法是什么？

标签： javascriptnode.jserror-handlingnestjshttpresponse

解决方案

有趣的问题让我深入研究了 NestJS 源代码。所以，这就是正在发生的事情。

在抛出BadRequestException被传递的 a之后TypeError（请注意，这来自 NodeJS，而不是 NestJS）BaseExceptionFilter捕获错误并将其传递给ExpressAdapter（假设您使用的是 express）。在那里，在下面一行，他们这样做：

return isObject(body) ? response.json(body) : response.send(String(body));

body变量引用TypeError自身，是一个对象，所以被response.json(body)执行。问题是，在response.json函数内部，传递给它的对象stringifed使用JSON.stringify. 由于TypeError没有可枚举的属性，{}因此您会得到一个空的对象字符串。

如果您想知道为什么会这样，请查看此SO-post。

因此，为了解决这个问题，您可以创建自己的错误对象，而不是将其TypeError传递给BadRequestException.

推荐阅读