Paypal CAPTURE接口传入非英文字符收货地址返回400错误如何解决

• 检查请求头编码
  调用Paypal v2/checkout/orders 接口时，请求头的Content-Type必须明确指定UTF-8编码，正确配置为 Content-Type: application/json; charset=utf-8，缺失编码声明会导致非英文字符被Paypal识别为非法内容，触发400错误，这是该类问题最常见的诱因。
  同时要确认前端向后端传输地址数据时、后端解析请求时，全链路都使用UTF-8编码，避免传输过程中字符乱码。
• 修正请求参数的语法和结构错误
  你提供的代码里有两处会直接触发schema校验失败的问题：
  1. country_code字段赋值不完整，country_code : data.address.后续属性缺失，需要补全为正确的两位ISO国家码赋值
  2. phone字段位置错误，Paypal v2接口规则中，phone属于shipping对象的平级字段，不能嵌套在shipping.address内部，移动到shipping对象下即可
• 通用非英文字符转写方案
  无需手动逐个写正则替换，使用JS内置的Unicode标准化方法即可覆盖所有拉丁系变音字符（含ä、ö、ü、é、ñ等），如果是德语区站点，可优先做符合当地用户习惯的转换，示例代码如下：

  function normalizePaypalText(str) {
    // 德语特殊变音字符优先转写为当地常用写法
    const deCharMap = { 'ä': 'ae', 'ö': 'oe', 'ü': 'ue', 'Ä': 'Ae', 'Ö': 'Oe', 'Ü': 'Ue', 'ß': 'ss' };
    str = str.replace(/[äöüÄÖÜß]/g, match => deCharMap[match]);
    // 其余所有带变音符号的字符统一转为基础拉丁字符
    return str.normalize('NFD').replace(/[\u0300-\u036f]/g, '');
  }
  

  所有姓名、地址字段传给Paypal前先用该方法处理即可覆盖绝大多数场景。
• 补充配置校验
  你目前仅在后端请求的application_context中配置了locale: "de-DE"，如果前端加载了Paypal JS SDK，需要在SDK加载链接中同步添加locale=de-DE参数，保证前后端配置一致。
• 精准排查方式
  你当前贴出的错误信息中details数组未展开，该数组内会明确标注触发错误的字段名称和具体违规原因，打印该数组内容可直接定位剩余异常点。

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