JAVA运行时的泛型擦除与反序列化的应用

摘要：回到的第二方法的用法，通过上面的分析，我们可以知道，方法其实也是用来获取泛型的实际类型的，这样就可以将响应反序列化为带泛型的类型了。在很多反序列化的开源组件中，都用了这个原理例如的方法，所以我们会经常见到实例化的时候会多个花括号。

前段日子在使用google-http-client.jar 这个组件做http请求时，发现一件有趣的事情，具体代码如下：

       try {
            HttpTransport transport = new NetHttpTransport.Builder().doNotValidateCertificate().build();
            requestFactory = transport.createRequestFactory(new HttpRequestInitializer() {
                @Override
                public void initialize(HttpRequest request) {
                    int timeout = 5 * 1000;
                    request.setReadTimeout(timeout);
                    request.setParser(new JsonObjectParser(new JacksonFactory()));
                    request.setThrowExceptionOnExecuteError(false);
                    logger.debug("set timeout = {} milliseconds", timeout);
                }
            });
        } catch (GeneralSecurityException e) {
            logger.error("init static members failed:", e);
        }
         HttpRequest request = requestFactory.buildPostRequest(new GenericUrl(url), content);
         HttpResponse response  =request.execute();
         Bean ret = (Map)response.parseAs(Bean.class);
         ......

这是一段很简单的http请求的代码，引起我注意的是最后一段代码，并且有个疑问：
为什么HttpResponse.parseAs方法可以通过入参Bean.class就能够将结果装配到Bean类，并返回Bean类型？
事实上，HttpResponse.parseAs有两个同名的重载方法：

public  T parseAs(Class dataClass) throws IOException {
    if (!hasMessageBody()) {
      return null;
    }
    return request.getParser().parseAndClose(getContent(), getContentCharset(), dataClass);
  }

public Object parseAs(Type dataType) throws IOException {
    if (!hasMessageBody()) {
      return null;
    }
    return request.getParser().parseAndClose(getContent(), getContentCharset(), dataType);
  }

两个入参不同，返回的类型也不同，第一个方法可以在编译期返回确切的类型，第二个只能返回Object类型，需要使用者自行强转。那么这两个方法到底有什么区别呢，既然存在肯定是为了解决什么问题吧。我们来看看这两个方法用在哪儿：

1、Bean ret = response.parseAs(Bean.class);
2、Map ret = (Map)response.parseAs(new TypeToken>() {}.getType());

相信已经有的朋友已经看出来了, 像Map，List