，一般页面传递的参数都是一个实体对象Model，需要额外的将这个Model转换成List，如果这个对象复杂，那么构建这个Key/Value就够人烦的了。
application/x-www-form-urlencoded
需要手工将model转换成NameValuePair。
这里只需要Model即可，不需要二次转换，结构也非常清楚。
key/value的语言表达形式没有json强，下面两种你更加喜欢哪一个呢？
字符串
post man这类模似http请求的工具中，如果key对应的value是个对象，那么你需要通过工具得到它的序列化之后的字符串然后填写到字段中，想想都烦。如果你说我不需要通过这些模似工具测试，那就另当别论
如果需要提交的对象非常复杂，属性非常多，如果将所有的属性都构建到MultiValueMap中，那个Map的构建会非常复杂，试想如果对象有多级嵌套对象呢。所有为了避免这个问题，我们将需要提交的业务对象做为一个key来存储，value就是对象序列化之后的字符串。再加了一些非业务参数，比如安全方面的token等参数，有效的降低了MultiValueMap构建的复杂度。但这种方式相对于json的传递方式来讲层次更深。如下图，我们的参数多了一层,jsonParam。
这个方法中需要解决一个问题，就是客户端传递时每个参数都是当成字符串来处理的，这种导致我们通过FormHtppMessageConverter转换成Map时，原本是对象的属性被识别成字符串，而不是object，结果就是在反序列化时会出错。好在，上面我们将需要提交的对象包装了一次，产生一个公共的object参数jsonParam，只需要处理这一个特殊对象。做法就是从Map取出jsonParam，然后对其内容进行反序列化，更新Map值，再次进行反序列化就正常了。
序列化的字段是约定好的，也是基于我们的post model基本上来处理的，是针对性的converter
代码最后面调用的jackon的convertValue，对需要反序列化的对象类型有要求，好像不支持泛型类型，比如这种类型的就不行： CommonParamInfoDto>
完整的conveter代码如下，其实主要代码就是上图贴图中的那么对特定字段的序列化处理，其它的方法都是默认即可。
public class ObjectHttpMessageConverter implements HttpMessageConverter {
private final FormHttpMessageConverter formHttpMessageConverter = new FormHttpMessageConverter();
private final ObjectMapper objectMapper = new ObjectMapper();
private static final LinkedMultiValueMap<String, ?> LINKED_MULTI_VALUE_MAP = new LinkedMultiValueMap<>();
private static final Class<? extends MultiValueMap<String, ?>> LINKED_MULTI_VALUE_MAP_CLASS
= (Class<? extends MultiValueMap<String, ?>>) LINKED_MULTI_VALUE_MAP.getClass();
@Override
public boolean canRead(Class clazz, MediaType mediaType) {
return objectMapper.canSerialize(clazz) && formHttpMessageConverter.canRead(MultiValueMap.class , mediaType);
}
@Override
public boolean canWrite(Class clazz, MediaType mediaType) {
return false ;
}
@Override
public List<MediaType> getSupportedMediaTypes() {
return formHttpMessageConverter.getSupportedMediaTypes();
}
@Override
public Object read(Class clazz, HttpInputMessage inputMessage) throws IOException, HttpMessageNotReadableException {
Map input = formHttpMessageConverter.read(LINKED_MULTI_VALUE_MAP_CLASS, inputMessage).toSingleValueMap();
String jsonParamKey ="jsonParam";
if (input.containsKey(jsonParamKey)) {
String jsonParam = input.get(jsonParamKey).toString();
SearchParamInfo <Object> searchParamInfo = new SearchParamInfo<Object>();
Object jsonParamObj = JsonHelper.json2Object(jsonParam, searchParamInfo.getClass());
input.put( "jsonParam", jsonParamObj);
}
Object objResult = objectMapper.convertValue(input, clazz);
return objResult;
}
@Override
public void write(Object o, MediaType contentType, HttpOutputMessage outputMessage) throws UnsupportedOperationException {
throw new UnsupportedOperationException("");
}
}
配置，写好了conveter之后，需要在配置文件中配置上才能生效。
最后，我们的方法就可以这样写，即可以支持 key/value对，也支持json
我的目的在于api的参数即能支持application/x-www-form-urlencoded也能支持application/json，上面是我目前能想到的办法，如果大家有其它更好的办法多多指点。，那么这个Map中的值会被FormHttpMessageConverter以“application/x-www-form-urlencoded”的格式写到请求体中
我又可以愉快的使用post man测试了。而且可以推荐第三方调用者优先使用json，我相信这种即能简化编程又方便调试的优点应该能够吸引它们。
http://www.cnblogs.com/ASPNET2008/p/5744815.html
1、form-data:
新版本Postman在此处查看：
3、raw
4、binary
http://blog.csdn.net/ye1992/article/details/49998511
上传文件的表单中
