Javascript 为什么可以'；捕获从节点postgres抛出的错误吗？

我在捕获节点Postgres NPM包抛出的错误时遇到问题

这个问题表面上看起来很简单，但我已经尝试了我能想到的一切

我的代码如下所示：

import { Pool } from 'pg' // Import postgres connection pool
const pgPool = new Pool()

async function queryDatabase() {
  try {

    // Force TypeError by passing undefined
    let queryResult = await pgPool.query( undefined )

    if ( queryResult.rows.length > 0 ) {
      return queryResult.rows[0]
    }

    return false

  } catch( err ) {

    // Never Reached
    return new Error( 'Test error' )

  }
}
queryDatabase()

误差如下：

TypeError:向客户端传递了一个null或未定义的查询
在Client.query（~/…/node_modules/pg/lib/Client.js:479:11）中

这个错误本身是不言自明的。我在这里强制执行错误，以便在

undefined

被错误传递时尝试处理它。我意识到我可以简单地执行一个检查，以确保输入永远不会为null或未定义，但这不是我主要关心的问题

我担心的是，如果我不能捕捉到这个包抛出的错误，我会遇到多少其他无法预料的情况，而我就是无法捕捉和处理抛出的错误

我尝试了许多不同的方法-如上图所示的

Async/Await

Try/Catch

方法-我尝试了

pgPool.query（）.then（）.Catch（）

-两者的组合。我甚至尝试过对池实例本身运行catch。无论我做什么，如果不使用Node的

进程.on（'unhandledRejection'，…）

，我都无法处理异常，这当然是个坏主意

---

我为此绞尽脑汁已经好几个小时了。有没有什么方法可以捕获和处理这样的错误，这样就不会每次都使我的服务器崩溃？提前谢谢

我能够重现这一点，这似乎是

pg

-库中的一个实际错误

根据源代码，如果在池实例上调用

.query

，此实例将被删除。在这个connect回调中，实际的查询被发送到客户机模块，这将抛出所提到的类型错误

此错误是同步抛出的（即错误不是传递给

回调

参数的错误，例如

回调（新类型错误（“…”）

）而且，由于池的connect回调中的

client.query

调用周围没有

try/catch

，因此

try/catch

不会捕获错误

一个可能的修复方法是将

客户端.query

调用包装在一个try-catch中：

 client.once('error', onError)
      this.log('dispatching query')
      try {
        client.query(text, values, (err, res) => {
          this.log('query dispatched')
          client.removeListener('error', onError)
          if (clientReleased) {
            return
          }
          clientReleased = true
          client.release(err)
          if (err) {
            return cb(err)
          } else {
            return cb(undefined, res)
          }
        })
      }catch(err) {
        return cb(err)
      }

---

因此，现在，您可能应该在github上创建一个问题，然后等待错误修复或分叉repo，并使用上述解决方法。我很欣赏快速响应，但这不起作用。pg包不会通过错误处理程序路由此特定错误。他们只是抛出它。如果传递

未定义的
会导致异常上面的代码没有被捕获，这是一个bug。请确保您拥有最新版本的
pg
，然后在github报告问题。我感谢您的回复。不幸的是，这是程序包的问题。我想我的困惑是因为不知道抛出的错误不会在调用堆栈中冒泡出来。似乎r效率低下。