Android retrofit 注解@QueryMap和@Body的区别

使用retrofit这样框架快一年了,以前使用它传递参数时都是用@QueryMap注解传递,虽然知道这样不是很好,但是当时换框架的时候看到工作量太大就没有换成实体类形式了,之前的使用方式如下图:


Android retrofit 注解@QueryMap和@Body的区别_第1张图片

由于最近在研究java后台,搭建了一个SSM框架想测试一下;因为之前以为HashMap只能采用这种方式传递,在今天的测试中发现并不是,其实使用HashMap同样可以采用@Body注解,而且@QueryMap跟@Body的区别非常大,先看按之前的方式使用@QueryMap:
Android retrofit 注解@QueryMap和@Body的区别_第2张图片

Android retrofit 注解@QueryMap和@Body的区别_第3张图片

上面是android的代码,使用了RxJava。在来看java后台的:
Android retrofit 注解@QueryMap和@Body的区别_第4张图片

使用HttpServletRequest来接收是没有问题的,但是如果后台使用@RequestBody来接收参数就没法接收到了,而且连请求都没接收到:
Android retrofit 注解@QueryMap和@Body的区别_第5张图片

下面我们来看一下,android Studio打印的日志,发现后台返回了400,并且发现参数拼接到连接后面了,这不是GET的传递参数的方式吗?但是我明明是POST注解请求:
Android retrofit 注解@QueryMap和@Body的区别_第6张图片
我点击注解看了下源码,看到下面的注释,第一句的大意就是说:会把key和value拼接到url后面,所以才会出现刚刚日志中那种情况,而且看注释都是在讲GET请求下的使用,并没有POST的使用介绍,所以我感觉这个注解是主要为GET请求准备的:
Android retrofit 注解@QueryMap和@Body的区别_第7张图片

在来看@Body,先看源码吧 ,注释的大体意思是:使用这个注解可以把参数放到请求体中,适用于 POST/PUT请求:
Android retrofit 注解@QueryMap和@Body的区别_第8张图片

然后再看使用方式,和@QueryMap 一样的,而且它可以使用实体类,QueryMap 是不能注解实体类的:
Android retrofit 注解@QueryMap和@Body的区别_第9张图片


在看打印的日志:
Android retrofit 注解@QueryMap和@Body的区别_第10张图片
从日志看出来,这才是POST请求参数参数的方式。
好了!总结一下:@QueryMap注解会把参数拼接到url后面,所以它适用于GET请求;@Body会把参数放到请求体中,所以适用于POST请求。
如果你的项目是采用POST请求方式,不管是使用实体类还是使用HashMap最好采用@Body注解。虽然你使用QueryMap 可能也不会有什么问题(PS:这种共用的情况只适用于POST请求,GET请求不能使用@Body注解,否则会报错),就像楼主之前一样,一直都是采用QueryMap - _ - ,这里要心疼后台三秒钟!哈哈!!!!



你可能感兴趣的:(Android retrofit 注解@QueryMap和@Body的区别)