摘要：回到的第二方法的用法，通過上面的分析，我們可以知道，方法其實也是用來獲取泛型的實際類型的，這樣就可以將響應反序列化為帶泛型的類型了。在很多反序列化的開源組件中，都用了這個原理例如的方法，所以我們會經常見到實例化的時候會多個花括號。

前段日子在使用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