TypeScript TypeORM中查询传参与硬编码值运行结果不一致是什么原因

问题原因排查方向 #

• 参数实际值与预期不符
  你认为的「参数值完全一致」大多是肉眼判断的结果，实际可能存在隐形差异：

  1. 参数带有前后空格、换行符、不可见Unicode字符，硬编码时不存在这类字符
  2. 参数类型不匹配：TypeScript的类型仅做编译时校验，运行时传入的barcode可能是数字类型，而数据库code字段是字符串类型，查询时类型不匹配无法命中结果，硬编码的字符串值和数据库字段类型一致可正常查询
  3. 大小写差异：数据库code字段为大小写敏感排序规则时，参数大小写和库中存储不一致也会查询失败
     可加一行日志验证：console.log('参数值：', JSON.stringify(barcode), '参数类型：', typeof barcode, '硬编码值长度：', '3sfsdfsderer'.length, '参数长度：', barcode.length)，对比两者是否完全一致。

• TypeORM版本语法不兼容
  如果你使用的是TypeORM 0.3.x及以上版本，findOne方法的查询条件必须包裹在where属性中，直接传条件对象的写法是0.2.x版本的旧语法，部分场景下会出现查询规则解析异常，硬编码刚好触发兼容逻辑的概率很高。

修复建议 #

先补充空值判断避免报错，再修正查询语法，示例如下：

async deactivateBarcode(barcode: string) {
  // 可先做参数清洗，去掉前后空格
  const cleanedBarcode = barcode.trim();
  const currentBarcode = await this.barcodeRepository.findOne({
    // 0.3.x+ 版本必须指定where属性
    where: { code: cleanedBarcode }
  });
  // 必须做空值判断，避免空指针报错
  if (!currentBarcode) {
    throw new Error(`找不到code为${cleanedBarcode}的条码记录`);
  }
  currentBarcode.isActive = true;
  return await this.barcodeRepository.save(currentBarcode);
}

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