参数化查询触发ECONNABORTED错误，硬编码查询可正常运行

前端发起GET请求 http://localhost:3001/users?user_id=1，通过参数化查询选取user_id=1的用户数据时，请求中止，前端控制台返回如下错误：

message: "Request aborted", name: "AxiosError", code: "ECONNABORTED", config: {…}, request: XMLHttpRequest }

Postman会一直显示"正在发送请求..."，但改用硬编码user_id = 1的SQL查询时，能正常返回正确数据。服务器控制台每次请求都会打印1，说明userID参数获取正常。

硬编码可正常运行的代码： #

const getUsers =  (req, res, next) => {  
  let userID = Number(req.query.user_id);
  pool.query('SELECT * FROM users WHERE user_id = 1', (error, users) => {
    if (error) {
      next(error)
    }
    res.status(200).json(users.rows)
    console.log(userID)
  })
}

导致请求失败的参数化查询代码： #

const getUsers =  (req, res, next) => {  
  let userID = Number(req.query.user_id);
  pool.query('SELECT * FROM users WHERE user_id = $1', [userID], (error, users) => {
    if (error) {
      next(error)
    }
    res.status(200).json(users.rows)
    console.log(userID)
  })
}

1. 补全错误处理，避免请求挂起 #

当前参数化查询的错误处理依赖next(error)，但如果没有配置全局错误中间件，错误会被忽略，导致请求一直挂着直到超时，触发ECONNABORTED。修改代码，直接返回错误响应并打印错误日志：

const getUsers = (req, res, next) => {  
  let userID = Number(req.query.user_id);
  pool.query('SELECT * FROM users WHERE user_id = $1', [userID], (error, users) => {
    if (error) {
      console.error('SQL查询错误:', error); // 打印错误到服务器控制台，定位具体问题
      return res.status(500).json({ error: error.message }); // 直接返回错误响应
    }
    res.status(200).json(users.rows);
    console.log(userID);
  });
};

这样如果参数化查询存在错误（比如参数类型不匹配、SQL语法问题），服务器会返回500错误，同时输出错误详情，方便排查。

2. 确认参数与数据库字段类型匹配 #

检查数据库中user_id字段的类型：

• 如果是INT类型，当前Number(req.query.user_id)的转换没问题；
• 如果是VARCHAR类型，需要将参数转为字符串传入；
• 可在代码中添加console.log(typeof userID)确认参数类型是否正确。

3. 验证数据库连接池配置 #

确保db.config.js中使用的是支持$1占位符的PostgreSQL客户端（如pg库），配置示例：

const { Pool } = require('pg');
const pool = new Pool({
  user: process.env.DB_USER,
  host: process.env.DB_HOST,
  database: process.env.DB_NAME,
  password: process.env.DB_PASSWORD,
  port: process.env.DB_PORT,
});
module.exports = pool;

4. 直接在数据库测试参数化查询 #

在数据库客户端执行SELECT * FROM users WHERE user_id = $1并传入参数1，确认查询能正常返回数据，排除数据库层面的问题。

硬编码查询未触发错误，所以能正常响应；参数化查询因错误未被正确捕获处理，导致请求超时断开。补全错误处理后，即可获取具体错误信息并针对性解决。

内容的提问来源于stack exchange，提问作者Justin