StrongLoop接口请求报错Value is not a String问题排查求助

• 开启Loopback详细校验日志，快速定位错误字段：在对应模型的JS文件中添加以下before save钩子，发起请求后查看控制台输出，直接获得类型不匹配的字段名：

module.exports = function(Site) {
  Site.observe('before save', function(ctx, next) {
    const checkData = ctx.instance || ctx.data;
    console.log('当前传入的所有请求数据：', checkData);
    // 遍历模型中所有定义为string的字段，校验传入类型
    const strPropList = Object.entries(Site.definition.properties)
      .filter(([_, propConfig]) => propConfig.type === String)
      .map(([propName]) => propName);
    strPropList.forEach(prop => {
      if (checkData[prop] != undefined && typeof checkData[prop] !== 'string') {
        console.error(`字段【${prop}】类型错误，预期字符串，实际类型为${typeof checkData[prop]}，值为：`, checkData[prop]);
      }
    });
    next();
  });
};

• 二分法快速排查：如果不想改代码，可以用接口调试工具（Postman等）复制你的请求体，每次删除一半字段发起请求，直到删除某字段后报错消失，即可锁定问题字段。
• 检查自定义远程方法逻辑：你调用的/api/sites/edit是自定义远程方法，需检查该方法的入参定义，是否有标注为string类型的参数传入了其他类型的值。
• 校验请求头配置：确认contentHeaders中已正确设置Content-Type: application/json，避免body解析异常导致的类型错误。

• 字段类型不匹配：对比模型定义的string类型字段（name、timezone、street、printerIp、signOutTime等），检查前端传值是否为数字、布尔、对象等非字符串类型，比如数字格式的IP、时间戳格式的signOutTime都属于常见错误，将对应值转成字符串即可。
• 空值处理异常：Loopback 3部分版本对string类型字段传入null/undefined会触发该报错，可对所有字符串字段做兜底处理，比如name: name ?? ""，空值时统一传空字符串。
• 额外字段校验问题：你的请求体中包含大量模型未定义的字段（temperatureThreshold、gdpr、emergencyMessages等），如果自定义edit方法中对这些字段做了类型校验，也会触发报错，检查对应逻辑的类型判断规则即可。
• 模型定义不规范：模型中id字段类型写为"Number"（首字母大写），其余数字字段为"number"（小写），建议统一为小写，避免偶发的校验异常。

内容的提问来源于stack exchange，提问作者Ali Yar Khan