使用HttpClient過程中經常會碰到以下的問題，明白了這些技巧，處理起來將會非常的簡單。

一、字符編碼
    某目標頁的編碼可能出現在兩個地方，第一個地方是服務器返回的 http 頭中，另外一個地方是得到的 html/xml 頁面中。
    1、在 http 頭的 Content-Type 字段可能會包含字符編碼信息。
      例如可能返回的頭會包含這樣子的信息：Content-Type: text/html; charset=UTF-8。這個頭信息表明該頁的編碼是UTF-8，但是服務器返回的頭信息未必與內容能匹配上。比如對于一些雙字節語言國家，可能服務器返回的編碼類型是UTF-8，但真正的內容卻不是UTF-8編碼的，因此需要在另外的地方去得到頁面的編碼信息；但是如果服務器返回的編碼不是UTF-8，而是具體的一些編碼，比如gb2312等，那服務器返回的可能是正確的編碼信息。通過method對象的getResponseCharSet()方法就可以得到http頭中的編碼信息。
    2、對于象xml或者html這樣的文件，允許在頁面中直接指定編碼類型。比如在html中會有<meta http-equiv="Content-Type" content="text/html; charset=gb2312"/>這樣的標簽；或者在xml中會有<?xml version="1.0" encoding="gb2312"?>這樣的標簽，在這些情況下，可能與http頭中返回的編碼信息沖突，需要用戶自己判斷到底那種編碼類型應該是真正的編碼。

二、自動轉向
    根據RFC中對自動轉向的定義，主要有兩種：301和302。301表示永久的移走（Moved Permanently），當返回的是301，則表示請求的資源已經被移到一個固定的新地方，任何向該地址發起請求都會被轉到新的地址上。302表示暫時的轉向，比如在服務器端的servlet程序調用了sendRedirect方法，則在客戶端就會得到一個302的代碼，這時服務器返回的頭信息中location的值就是sendRedirect轉向的目標地址。
HttpClient支持自動轉向處理，但是象POST和PUT方式這種要求接受后繼服務的請求方式，暫時不支持自動轉向，因此如果碰到POST方式提交后返回的是301或者302的話需要自己處理。需要注意的是，有時候location返回的可能是相對路徑，因此需要對location返回的值做一些處理才可以發起向新地址的請求。
    另外除了在頭中包含的信息可能使頁面發生重定向外，在頁面中也有可能會發生頁面的重定向。引起頁面自動轉發的標簽是：<meta http-equiv="refresh" content="5; url=http://www.ibm.com/">。如果你想在程序中也處理這種情況的話得自己分析頁面來實現轉向。需要注意的是，在上面那個標簽中url的值也可以是一個相對地址，如果是這樣的話，需要對它做一些處理后才可以轉發。

三、代理服務器
    HttpClient中使用代理服務器非常簡單，調用HttpClient中setProxy方法就可以，方法的第一個參數是代理服務器地址，第二個參數是端口號。另外HttpClient也支持SOCKS代理。


    HttpClient對http協議的支持非常好，使用起來很簡單，功能也很強大，具有足夠的靈活性和擴展性。對于想在Java應用中直接訪問http資源的編程人員來說，HttpClient是一個不可多得的好工具。