使用TypeORM调用SQL存储过程为何返回带特殊JSON前缀键的字符串响应？是否需用JSON.parse或遗漏参数？

这个现象其实是SQL Server（从那个特殊键的格式来看，你大概率使用的是这个数据库）的默认行为，完全正常，我们一步步来拆解原因和解决办法：

为什么会出现这个特殊键？ #

那个看起来很古怪的JSON_F52E2B61-18A1-11d1-B105-00805F49916B，是SQL Server在返回未命名的JSON结果时自动生成的默认列别名。当你的存储过程直接输出JSON内容但没有给该结果列指定明确的名称时，数据库就会用这个固定的GUID格式字符串作为列名，所以这不是你的TypeORM配置或调用代码的错误。

如何处理这个情况？ #

你有两种可行的解决思路：

1. 修改存储过程，给JSON结果指定别名（推荐） #

这是最彻底的解决方式，直接在存储过程中给返回的JSON列命名，比如：

-- 假设你的存储过程里是这样生成JSON的
SELECT JSON_QUERY(your_json_data) AS [json_result];

这样TypeORM返回的结果就会变成{ json_result: "[{...}]" }，后续处理时直接用你指定的键即可，完全避免了那个奇怪的默认别名。

2. 在代码中手动提取并解析JSON #

如果暂时无法修改存储过程，那就需要在代码里针对性处理：

• 首先提取那个特殊键对应的字符串值
• 注意你的结果里还包含了"这类HTML转义字符，需要先替换为双引号
• 最后用JSON.parse解析成对象/数组

示例代码如下：

const queryRunner = conn.createQueryRunner();
try {
  const result = await queryRunner.query(`EXEC your_stored_procedure_name`);
  // 获取特殊键对应的JSON字符串
  const jsonString = result[0]['JSON_F52E2B61-18A1-11d1-B105-00805F49916B'];
  // 替换HTML转义字符并解析
  const parsedData = JSON.parse(jsonString.replace(/"/g, '"'));
  // 现在parsedData就是你需要的JSON对象/数组了
} finally {
  await queryRunner.release();
}

关于TypeORM配置的补充 #

TypeORM本身不会自动处理这种未命名的JSON结果，因为它无法识别这个默认别名对应的是JSON类型。即使你在连接配置中正确设置了type: 'mssql'，也不会改变数据库返回默认列名的行为——这个问题本质是数据库层面的输出定义问题，和ORM的配置无关。

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