編輯:關於Android編程
前面學習總結了平時開發中遇見的各種數據加密方式,最終都會對加密後的二進制數據進行Base64編碼,起到一種二次加密的效果,其實呢Base64從嚴格意義上來說的話不是一種加密算法,而是一種編碼算法,為何要使用Base64編碼呢?它解決了什麼問題?這也是本文探討的東西?
什麼Base64算法?
Base64是網絡上最常見的用於傳輸8Bit字節代碼的編碼方式之一,Base64並不是安全領域的加密算法,其實Base64只能算是一個編碼算法,對數據內容進行編碼來適合傳輸。標准Base64編碼解碼無需額外信息即完全可逆,即使你自己自定義字符集設計一種類Base64的編碼方式用於數據加密,在多數場景下也較容易破解。Base64編碼本質上是一種將二進制數據轉成文本數據的方案。對於非二進制數據,是先將其轉換成二進制形式,然後每連續6比特(2的6次方=64)計算其十進制值,根據該值在A--Z,a--z,0--9,+,/ 這64個字符中找到對應的字符,最終得到一個文本字符串。基本規則如下幾點:
標准Base64只有64個字符(英文大小寫、數字和+、/)以及用作後綴等號;Base64是把3個字節變成4個可打印字符,所以Base64編碼後的字符串一定能被4整除(不算用作後綴的等號);等號一定用作後綴,且數目一定是0個、1個或2個。這是因為如果原文長度不能被3整除,Base64要在後面添加\0湊齊3n位。為了正確還原,添加了幾個\0就加上幾個等號。顯然添加等號的數目只能是0、1或2;嚴格來說Base64不能算是一種加密,只能說是編碼轉換。
下圖為Base64編碼表
Base64編碼的用處?
在計算機中任何數據都是按ascii碼存儲的,而ascii碼的128~255之間的值是不可見字符。而在網絡上交換數據時,比如說從A地傳到B地,往往要經過多個路由設備,由於不同的設備對字符的處理方式有一些不同,這樣那些不可見字符就有可能被處理錯誤,這是不利於傳輸的。所以就先把數據先做一個Base64編碼,統統變成可見字符,這樣出錯的可能性就大降低了。
Base64具體實現
1.)字符串進行Base64編碼
String encodedString = Base64.encodeToString("whoislcj".getBytes(), Base64.DEFAULT); Log.e("Base64", "Base64---->" + encodedString);
2.)字符串進行Base64解碼
String decodedString =new String(Base64.decode(encodedString,Base64.DEFAULT)); Log.e("Base64", "Base64---->" + decodedString);
3.)對文件進行Base64編碼
File file = new File("/storage/emulated/0/pimsecure_debug.txt"); FileInputStream inputFile = null; try { inputFile = new FileInputStream(file); byte[] buffer = new byte[(int) file.length()]; inputFile.read(buffer); inputFile.close(); encodedString = Base64.encodeToString(buffer, Base64.DEFAULT); Log.e("Base64", "Base64---->" + encodedString); } catch (Exception e) { e.printStackTrace(); }
4.)對文件進行Base64解碼
File desFile = new File("/storage/emulated/0/pimsecure_debug_1.txt"); FileOutputStream fos = null; try { byte[] decodeBytes = Base64.decode(encodedString.getBytes(), Base64.DEFAULT); fos = new FileOutputStream(desFile); fos.write(decodeBytes); fos.close(); } catch (Exception e) { e.printStackTrace(); }
5.)針對Base64.DEFAULT參數說明
無論是編碼還是解碼都會有一個參數Flags,Android提供了以下幾種
DEFAULT 這個參數是默認,使用默認的方法來加密
NO_PADDING 這個參數是略去加密字符串最後的”=”
NO_WRAP 這個參數意思是略去所有的換行符(設置後CRLF就沒用了)
CRLF 這個參數看起來比較眼熟,它就是Win風格的換行符,意思就是使用CR LF這一對作為一行的結尾而不是Unix風格的LF
URL_SAFE 這個參數意思是加密時不使用對URL和文件名有特殊意義的字符來作為加密字符,具體就是以-和_取代+和/
總結:
Base64編碼看似簡單,但是其在實際開發中使用相當廣泛。目前項目中只是用到這麼多,以後用到更復雜的情況的時候再做補充。
以上就是小編為大家帶來的Android數據加密之Base64編碼算法的簡單實現全部內容了,希望大家多多支持本站~
在Android 7.0(Nougat)推出了新的應用簽名方案APK Signature Scheme v2後,之前快速生成渠道包的方式已經行不通了,在此應用簽名方案下如
1.一些BB上節我們把妹子圖片的數據來源從本地改成了解析Gank提供的接口數據,我們本節想對這個圖片加載類進行優化,比如加上顯示本地圖片的,另外還有一點就是緩存,我們現在
大約在15年下半年開始,熱補丁方案開始大量湧現,一時間熱補丁修復技術在 Android 圈非常火爆,比較有代表性的開源實現有 Dexposed、AndFix、Nuwa 以
需求是這樣的:在應用程序的詳情介紹時,有評論的版塊,該頁評論最多顯示5條,而每條最大字數是140個字符,每條評論可能根據字數不同,所占據的高度也不一樣,如有的是1行,有的
今天有一個Android新手使用strings.xml進行格式化的時候