You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

使用Getx GetConnect发送Post请求返回401错误求助

问题排查与解决方案

核心问题:手动设置multipart/form-data请求头导致解析异常

使用GetConnect发送FormData时,框架会自动生成包含boundary的content-type请求头(格式类似multipart/form-data; boundary=----WebKitFormBoundaryxxx)。你手动设置的固定content-type会覆盖这个自动生成的头,导致服务器无法正确解析form-data内容,进而触发鉴权逻辑返回401错误。

具体修复步骤

  1. 移除手动设置的content-type请求头
    修改_mainHeaders定义,仅保留Authorization头:

    _mainHeaders = ({
      'Authorization': 'Bearer $token',
    });
    

    GetConnect检测到请求体是FormData时,会自动添加带boundary的正确multipart/form-data头。

  2. 添加日志验证请求信息
    在postData方法中加入日志,确认请求头和响应状态:

    Future<Response> postData(String uri, dynamic body) async {
      try {
        print('Request Headers: $_mainHeaders');
        Response response = await post(uri, body, headers: _mainHeaders);
        print('Response Status Code: ${response.statusCode}');
        return response;
      } catch (e) {
        return Response(statusCode: 1, statusText: e.toString());
      }
    }
    
  3. 额外校验项

    • 确认token拼接格式正确:Bearer 后面必须跟一个空格,再拼接token字符串,无多余空格或字符。
    • 确保Authorization头的拼写完全正确(服务器可能对大小写敏感)。

为什么Postman可以正常请求?

Postman发送form-data时,会自动生成带boundary的content-type头,和GetConnect自动生成的格式一致,服务器能正确解析请求体并通过鉴权;而你手动设置的固定头缺少boundary,导致服务器无法处理请求,最终返回401。

内容的提问来源于stack exchange,提问作者Mehedi Hasan

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.13 13:49:58