微控制器请求Google Apps Script返回302 但Postman请求返回200的问题

两边使用的HTTP客户端对3xx重定向的处理逻辑不一样，并不是服务端返回的结果有差异：

• Postman默认就开了自动跟随所有3xx系列重定向响应的功能。它收到你贴的这个302响应时，会自动读取Location响应头里的目标地址，静默发起第二次GET请求，直接拿到跳转后地址返回的200结果，整个过程中产生的302状态码根本不会暴露到用户界面，所以你测试时看到的就是200响应。
• 微控制器上搭载的基本都是轻量HTTP组件，不管是串口AT指令封装的请求能力还是嵌入式精简HTTP库，默认都不会自动处理3xx跳转——收到什么响应就原封不动抛给应用层，所以你直接看到了跳转流程中间的302状态码，没有走到最终返回200的目标请求步骤。

这个跳转是Google Apps Script网关的固定流程，不属于异常报错：

• 只要你请求的是script.google.com域名下已部署的Web App入口地址，Google前端服务器就会统一返回302响应，把请求转到script.googleusercontent.com域名下的临时回显地址，整个流程不需要额外鉴权，按照跳转地址发起二次请求就能拿到脚本的正常输出。
• 解析跳转地址的时候记得处理HTML转义：你贴的响应内容里跳转地址带&的HTML实体编码，直接拿原字符串去发请求会导致参数解析错误，需要替换成正常的&分隔符才能请求成功。
• 别把跳转后的临时地址硬写在微控制器代码里：地址里的user_content_key是Google动态生成的临时凭证，隔段时间就会更新，硬编码存储的地址过一阵子就会失效。

• 给MCU的请求逻辑加个简单的302处理分支：识别到返回状态码为301/302时，读取Location响应头，转义完特殊字符后直接对目标地址发一次GET请求，就能拿到最终的200响应。
• 提前确认MCU的TLS配置是连通的：跳转目标是HTTPS地址，要保证设备已经配置了Google对应的根证书，不然第二次请求会因为TLS校验失败无法连接。

内容的提问来源于stack exchange，提问作者Connor Dorward