flutterdio,flutterdio 如何把map转成对象

flutter 网络请求dio的简单使用以及请求头参数的自定义

dio的使用方式有很多，我就只选出我认为最好用的api方式做下记录,把get成post就是post请求了,网络请求都用的百度的api，实际上的response没有任何意义，所以只要打印出response有值即可。

1.最简单的请求例子,网络请求是异步的所以用async await

2.带有参数的get请求

3.自定义请求头,可定义的请求头dart已经为我们提供了专门的类存了对应的字符,引入以下库，就能使用 HttpHeaders

一般我们请求接收到的数据是json格式，如'accept: application/json',我们就可以这样自定义请求头

4.使用Baseoptions

其他详细参数设置参考如下:

相关问答

Q1: Flutter 之 dio 请求HTTP

简单说明flutter使用Dio包发送请求

1.添加依赖

2.导入dio

3.设置options

4.发送请求

解决办法：

2019-08-05补充：

设置queryParameters是get请求，如果post失败可以考虑是否是httpheader的内容不符，本人就碰到 Content-Type的问题，默认 Content-Type为ContentType.json需要根据自己修改：

Q2: Flutter Dio源码分析(四)--封装

Flutter Dio源码分析(一)--Dio介绍

Flutter Dio源码分析(二)--HttpClient、Http、Dio对比

Flutter Dio源码分析(三)--深度剖析

Flutter Dio源码分析(四)--封装

Flutter Dio源码分析(一)--Dio介绍视频教程

Flutter Dio源码分析(二)--HttpClient、Http、Dio对比视频教程

Flutter Dio源码分析(三)--深度剖析视频教程

Flutter Dio源码分析(四)--封装视频教程

github仓库地址

本文会手把手教你该怎么去封装一个类库，平时在我们的工作中都是拿着别人的造好的轮子在使用，这篇文章将带你怎么去自己造轮子，以后再碰到别的类库需要对其进行封装的时候提供一个的思路和方法。

在前面的文章中，我们对 Dio 的基本使用、请求库对比、源码分析，我们知道 Dio 的使用非常的简单，那为什么还需要进行封装呢？有两点如下：

当组件库方法发生重要改变需要迁移的时候如果有多处地方用到，那么需要对使用到的每个文件都进行修改，非常的繁琐而且很容易出问题。

当不需要 Dio 库的时候，我们可以随时方便切换到别的网络请求库，当然 Dio 目前内置支持使用第三方库的适配器。

因为一个应用程序基本都是统一的配置方式，所以我们可以针对 拦截器 、 转换器 、 缓存 、 统一处理错误 、 代理配置 、 证书校验 等多个配置进行统一管理。

因为我们的应用程序在每个页面中都会用到网络请求，那么如果我们每次请求的时候都去实例化一个 Dio ，无非是增加了系统不必要的开销，而使用单例模式对象一旦创建每次访问都是同一个对象，不需要再次实例化该类的对象。

这是通过静态变量的私有构造器来创建的单例模式

我们对 超时时间 、 响应时间 、 BaseUrl 进行统一设置

因为不管是 get() 还是 post() 请求， Dio 内部最终都会调用 request 方法，只是传入的 method 不一样，所以我们这里定义一个枚举类型在一个方法中进行处理

我们已经把 Restful API 风格简化成了一个方法，通过 DioMethod 来标明不同的请求方式。在我们平时开发的过程中，需要在请求前、响应前、错误时对某一些接口做特殊的处理，那我们就需要用到拦截器。 Dio 为我们提供了自定义拦截器功能，很容易轻松的实现对请求、响应、错误时进行拦截

我们发现虽然 Dio 框架已经封装了一个 DioError 类库，但如果需要对返回的错误进行统一弹窗处理或者路由跳转等就只能自定义了

在我们发送请求的时候会碰到几种情况，比如需要对非open开头的接口自动加上一些特定的参数，获取需要在请求头增加统一的 token

在我们请求接口前可以对响应数据进行一些基础的处理，比如对响应的结果进行自定义封装，还可以针对单独的 url 做特殊处理等。

我们看了转换器的介绍，发现和拦截器的功能差不多，那为什么还要存在转换器，有两点：

执行流程： 请求拦截器 请求转换器 发起请求 响应转换器 响应拦截器 最终结果 。

只会被用于 'PUT'、 'POST'、 'PATCH'方法，因为只有这些方法才可以携带请求体(request body)

会被用于所有请求方法的返回数据。

在开发过程中，客户端和服务器打交道的时候，往往会用一个 token 来做校验，因为每个公司处理刷新token的逻辑都不一样，我这里举一个简单的例子

为什么我们需要有取消请求的功能，如果当我们的页面在发送请求时，用户主动退出当前界面或者app应用程序退出的时候数据还没有响应，那我们就需要取消该网络请求，防止不必要的错误。

由 服务器生成 的 一小段文本信息 ，发送给浏览器，浏览器把 cookie 以kv形式保存到本地 某个目录下的文本文件内，下一次请求同一网站时会把该 cookie 发送给服务器。

cookie 的使用需要用到两个第三方组件 dio_cookie_manager 和 cookie_jar

因为在我们平时的开发过程中，会碰到一种情况，在进行网络请求时，我们希望能正常访问到上次的数据，对于用户的体验比较好，而不是展示一个空白的页面，该缓存主要是 《Flutter实战》网络接口缓存 提供参考。

我们在程序退出后内存缓存将会消失，所以我们用 shared_preferences 进行磁盘缓存数据。

在我们用flutter进行抓包的时候需要配置 Dio 代理。由 DefaultHttpClientAdapter 提供了一个 onHttpClientCreate 回调来设置底层 HttpClient 的代理。

用于验证正在访问的网站是否真实。提供安全性，因为证书和域名绑定，并且由根证书机构签名确认。

日志打印主要是帮助我们开发时进行辅助排错

Q3: flutter Dio封装get/post请求

最近刚学flutter，参考大佬们的文章，使用dio简单封装了一下网络请求工具类。

needToken请忽略，以前是打算获取本地存储的token，需要传token的请求带上，后来发现这么做有问题，后面会提到。

根据后台返回数据，简单封装。

post请求和get请求区别不大，我的项目get请求参数直接拼在url后面，所以get使用queryParameters，后台要求post放body，所以post使用data。

我们项目很多请求需要带上登录返回的token，所以，我用shared_preferences插件把它存在本地，shared_preferences在iOS端使用的是NSUserDefaults。

以前的想法，如果needToken为true，则去获取本地的token，设置dio.header，如下所示

适当的时机调用complete()，即网络请求完成，获取到数据的时候，然后返回complete.future。

我也是刚学的菜鸡，如有错误，嘿嘿嘿。。。

Q4: Flutter的Dio网络请求封装

在yaml文件里边添加如下依赖

新建一个network_config.dart文件存放网络配置

ApiResponse是之前定义的公共接口返回实体 Flutter的Json数据解析之FlutterJsonBeanFactory插件

主要是对http异常和业务异常进行处理。

上述封装后，如果业务存在多个请求依赖调用，就需要统一的处理错误。

Dio支持自定义拦截器，继承 Interceptor ，重写 onRequest 和 onResponse 方法就行。

在初始化dio的地方，把拦截器加入dio对象的拦截器集合 dio.interceptors 中就行。

可以通过自定义的拦截器实现，也可以引入 pretty_dio_logger 库。

fastmock 上新建自己的项目，接口配置如下：

发起请求：

效果展示：

参考文章：

Q5: Flutter网络请求之dio的初步使用

dio 是一个国产巨佬写的一个Flutter的网络请求库，写这篇的文章的时候更新到3.x版本了。这里是他的 官方中文 使用链接： dio

按照原作者所说：

我这里这个时候的是一个3.0.9版本，这里的 ^ 符号，表示3.多的库比如说3.1.1啥的，也能更新下来。

dio 的原作者给了我们一个简单的例子

我们基础的使用，请求一个URL，这里就直接是 Dio().get(".****.com") 。这样就可以通过get方式来请求我们的链接。

在我们项目中，我们当然不能直接使用 Dio().get(".****.com") 这样的方法，那样的话如果以后我们要更换网络请求的库的话，我们要修改的地方，就会非常的多。类似的问题，曾经在iOS开发的历史上出现过一次。最初的时候iOS的开发者大多使用的是一个叫 ASI 的库，但是在过了几年的时候，这个库不在维护了。这时候，我们就会去找一个新的网络库来代替他。当时如果我们有500个文件中都直接使用 ASI ，我们就需要改动500个地方。这样的体力和眼力消耗，实在是太惊人了。所以，我们一般会自己创建一个专门的 网络管理 的类 NetworkManager 。在 NetworkManager 里，我们把调用方法抽取出一个基础的方法，使用的时候，基于这个基础的方法来调用。这样，我们就能很方便的去进去使用和维护。

这个时候我们就可以使用我们创建的类来直接调用我们的方法了。

这样，我们的 dio 的初步使用就完成了。下一篇文章来写 dio 的进阶使用。