今天在做汽車之家介面資料呼叫時，發現一個問題，由於對方伺服器有身份驗證，需要根據一定的格式將相關資訊加密然後轉成Base64然後放到http請求的header中。

我在實際操作中遇到奇怪問題，明明加密後的字串是錯的，可對方的iis服務卻能收到這個錯誤的請求，儘管不會通過身份驗證，這時返回錯誤程式碼是401，標識沒有許可權，其實就是身份驗證失敗。

但修改程式碼後，確認了加密後的字串的正確性，可對方iis服務死活接收不到請求，我觀察了下返回的錯誤程式碼是400，這標識這個請求是錯誤的，因此應該跟汽車之家的介面沒有關係，所以就仔細的檢查了請求引數。

終於….發現了問題的所在。

String encryptUrl = autohomeTripleDES.EncryptUrl(signUrl, CARHOMEUSERNAME, CARHOMEPASSWORD);
encryptUrl = Base64.encodeBase64String(encryptUrl.getBytes("UTF-8"
 
));
Header[] headers = {new BasicHeader("Authorization","Basic " + encryptUrl)};        
String json = HttpJsonClient.getJsonData(signUrl, null, 60,headers);

這是我原來的程式碼，上面兩次encryptUrl的結果分別是如下圖，仔細看圖別被結果迷惑：

看出區別了吧，轉Base64後得到的字串結尾有多餘的東西，仔細看第二張圖，我被這張圖坑了，一開始我以為只有結尾會有，所以就直接encryptUrl.trim();結果請求死活過不去就是400，我就又回來仔仔細細的看了一遍資料，發現不單結尾有\r\n字串的中間也有\r\n

真是坑爹啊，然後使用下面程式碼把\r\n替換掉，請求成功！

String encryptUrl = autohomeTripleDES.EncryptUrl(signUrl, CARHOMEUSERNAME, CARHOMEPASSWORD).replaceAll("\r\n", "");
encryptUrl = Base64.encodeBase64String(encryptUrl.getBytes("UTF-8")).replaceAll("\r\n", "");

程式碼返回值結果參見下圖，這回正常了。