package com.zhicall.media.util; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import org.apache.commons.codec.binary.Base64; public class Base64Image { public static void main(String[] args) { // 測試從Base64編碼轉換為圖片文件 String strImg = "post過來的base64圖片編碼"; //tomcat下 使用base64上傳 會將+變成空格，所以轉圖片前要進行轉換 strImg = strImg.replaceAll(" ", "+"); GenerateImage(strImg, "D:\\wangyc.jpg"); // 測試從圖片文件轉換為Base64編碼 //System.out.println(GetImageStr("d:\\wangyc.jpg")); } /* public static String GetImageStr(String imgFilePath) {// 將圖片文件轉化為字節數組字符串，並對其進行Base64編碼處理 byte[] data = null; // 讀取圖片字節數組 try { InputStream in = new FileInputStream(imgFilePath); data = new byte[in.available()]; in.read(data); in.close(); } catch (IOException e) { e.printStackTrace(); } // 對字節數組Base64編碼 BASE64Encoder encoder = new BASE64Encoder(); return encoder.encode(data);// 返回Base64編碼過的字節數組字符串 }*/ public static boolean GenerateImage(String imgStr, String imgFilePath) {// 對字節數組字符串進行Base64解碼並生成圖片 if (imgStr == null) // 圖像數據為空 return false; //BASE64Decoder decoder = new BASE64Decoder(); try { // Base64解碼 byte[] bytes = Base64.decodeBase64(imgStr);// decoder.decodeBuffer(imgStr); for (int i = 0; i < bytes.length; ++i) { if (bytes[i] < 0) {// 調整異常數據 bytes[i] += 256; } } // 生成jpeg圖片 OutputStream out = new FileOutputStream(imgFilePath); out.write(bytes); out.flush(); out.close(); return true; } catch (Exception e) { return false; } } }
https://blog.csdn.net/foxpeter/article/details/23475293
https://www.cnblogs.com/jiunadianshi/articles/2353968.html
url參數中出現+、空格、=、%、&、#等字符的解決辦法
url出現了有+，空格，/，?，%，#，&，=等特殊符號的時候，可能在服務器端無法獲得正確的參數值，如何是好？
解決辦法
將這些字符轉化成服務器可以識別的字符，對應關系如下：
URL字符轉義
用其它字符替代吧，或用全角的。
+ URL 中+號表示空格 %2B
空格 URL中的空格可以用+號或者編碼 %20
/ 分隔目錄和子目錄 %2F
? 分隔實際的URL和參數 %3F
% 指定特殊字符 %25
# 表示書簽 %23
& URL 中指定的參數間的分隔符 %26
= URL 中指定參數的值 %3D
URL中的空格有時候被編碼成%20，有時候被編碼成加號+，曾經迷糊過一段時間，后來查了下資料才搞明白。
一個URL的基本組成部分包括協議(scheme),域名，端口號，路徑和查詢字符串（路徑參數和錨點標記就暫不考慮了）。路徑和查詢字符串之間用問號?分離。例如http://www.example.com/index?param=1，路徑為index，查詢字符串(Query String)為param=1。URL中關於空格的編碼正是與空格所在位置相關：空格被編碼成加號+的情況只會在查詢字符串部分出現，而被編碼成%20則可以出現在路徑和查詢字符串中。
造成這種混亂局面的原因在於：W3C標准規定，當Content-Type為application/x-www-form-urlencoded時，URL中查詢參數名和參數值中空格要用加號+替代，所以幾乎所有使用該規范的瀏覽器在表單提交后，URL查詢參數中空格都會被編成加號+。而在另一份規范(RFC 2396，定義URI)里, URI里的保留字符都需轉義成%HH格式(Section 3.4 Query Component)，因此空格會被編碼成%20，加號+本身也作為保留字而被編成%2B，對於某些遵循RFC 2396標准的應用來說，它可能不接受查詢字符串中出現加號+，認為它是非法字符。所以一個安全的舉措是URL中統一使用%20來編碼空格字符。
Java中的URLEncoder本意是用來把字符串編碼成application/x-www-form-urlencoded MIME格式字符串，也就是說僅僅適用於URL中的查詢字符串部分，但是URLEncoder經常被用來對URL的其他部分編碼，它的encode方法會把空格編成加號+，與之對應的是，URLDecoder的decode方法會把加號+和%20都解碼為空格，這種違反直覺的做法造成了當初我對空格URL編碼問題的困擾。因此后來我的做法都是，在調用URLEncoder.encode對URL進行編碼后(所有加號+已被編碼成%2B)，再調用replaceAll(“\\+”, “%20″)，將所有加號+替換為%20。