uj5u.com熱心網友回復：
為什么有的中文好好的uj5u.com熱心網友回復：
解決沒大佬大佬uj5u.com熱心網友回復：
輸出的編碼未明確，GBK還是UTF8，導致使用了不同編碼的中文資料進行測驗。這個方法設計不合理，加密解密都是二進制資料，你提供的方法也應該是二進制的輸入輸出，對文本的編解碼不應該包含在此方法中
或者把CHARSET作為輸入引數
uj5u.com熱心網友回復：
部分亂碼就有點奇怪了,你得確認下實際的字符是什么你提供的資訊太少,沒辦法具體定位
uj5u.com熱心網友回復：
如果加密解密演算法沒有問題的話，則最有可能出現問題的點在于加密后資料的存盤與傳輸。因為加密后的資料本身是位元組碼，不是字串。強制把它轉成字串的程序中會因為部分位元組碼無法在字符碼表中找到對應值而被系統用默認字符替換。
既然加密后的資料都被改變了，解碼后當然有可能發生無法復原的問題。
建議LZ檢查加密前后資料的存放格式，并確保解密后的資料與加密前的資料采用相同的encoding來進行字串的轉換。
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/117453.html
標籤：Java相關
上一篇：commons mail 發郵件最簡單的例子，測驗可用
下一篇：請問這個錯誤應該怎么解決