项目发起PUT请求时URL尾部出现undefined报错如何排查修复

请求路径出现undefined是非常典型的URL拼接参数空值问题，从给出的报错和代码可以直接定位：调用接口方法时传入的this.local_data.addressId实际值为undefined，这个参数被服务层方法拼接到了请求路径的最后一段，最终生成的请求地址就带上了undefined字符串。

• 先校验入参实际值：在调用userAddressInfo_putReq的代码前加打印或者断点，输出this.local_data.addressId的值，运行时确认该字段确实未取到有效值。
• 检查local_data的赋值逻辑：重点看addressId的赋值时机，常见问题包括：触发保存请求时还没给addressId赋值（比如编辑地址的选中事件还没触发、获取地址详情的接口还没返回就点了保存）、字段名拼写错误（比如后端返回的ID字段是id/addrId，错写成了addressId）、本地存储/全局状态里的地址ID被清空了。
• 核对服务层方法逻辑：打开userAddressInfo_putReq的方法定义，确认URL拼接规则，检查是不是参数顺序传错（当前URL里的userId是1为正常值，参数顺序出错的概率很低，重点排查第三个参数的取值）。

1. 加请求前置校验，避免空值发起无效请求：

// 发请求前先判断参数是否存在
if (!this.local_data.addressId) {
  alert('当前未选中要修改的地址，无法提交');
  return;
}
this.userProfileService
  .userAddressInfo_putReq(addressInfoFormdata, this.local_data.userId, this.local_data.addressId)
  .subscribe(
    data => {
      console.log(data);
      this.addressInfoData = true;
      console.log(this.addressInfoData);
      this.dialogRef.close({ event: 'save'});
    }
  )

2. 修正addressId的赋值逻辑：如果是赋值时机问题，就把触发保存按钮的可用状态和addressId的取值绑定，等addressId拿到有效值之后再允许点击保存；如果是字段名拼写错误，就对齐后端返回的实际字段名修正取值代码。
3. 区分新增/编辑场景：如果是用户新建地址的场景，本身不存在已生成的addressId，这时候不应该调用PUT更新接口，要切换成POST新增接口的逻辑。

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