谷歌插件中UrlFetchApp.fetch返回Bad Request，但浏览器调用REST服务正常

浏览器直接调用正常但UrlFetchApp请求失败，大概率是请求细节和浏览器不一致导致的，我帮你梳理几个最常见的排查方向：

• 请求头缺失或不匹配：浏览器会自动带上一堆默认请求头（比如User-Agent、Accept、Cookie等），但UrlFetchApp的默认请求头非常简洁，很多服务会校验这些头来判断请求合法性。你可以打开浏览器开发者工具（F12），复制正常请求的所有请求头，然后在UrlFetchApp里手动配置：

  function execute() { 
    var service= restservice; 
    var options = {
      headers: {
        "User-Agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36",
        "Accept": "application/json, text/plain, */*",
        // 把浏览器里看到的其他必要请求头也加进来
      }
    };
    var response = UrlFetchApp.fetch(service, options); 
    Logger.log(response.getContentText()); 
    return; 
  }
  

  其中User-Agent是最容易踩坑的点，很多服务会拒绝看起来像脚本的请求。

• URL编码问题：如果你的restservice包含特殊字符（比如中文、空格、非标准符号），浏览器会自动编码，但UrlFetchApp不会自动处理所有情况。可以尝试对整个URL做编码：

  var encodedService = encodeURI(restservice);
  var response = UrlFetchApp.fetch(encodedService);
  

• 重定向或证书校验问题：部分服务会做重定向，虽然UrlFetchApp默认跟随重定向，但如果目标是自签名证书的HTTPS服务，需要手动关闭证书校验（仅测试环境可用，生产不建议）：

  var options = {
    validateHttpsCertificates: false
  };
  var response = UrlFetchApp.fetch(service, options);
  

另外，建议你打印完整的响应细节：response.getResponseCode()（查看具体状态码）和response.getContentText()（查看服务返回的具体错误描述），这会帮你更快定位核心问题。

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