: 我之前有寫這樣過，可是檔案無法輸出，所以我才會用doFinal()這個方法 : 還是我寫的方法有錯，請大大指教 這算是一篇道歉文... 因為 RSA 通常只是用來交換另一組的 symmetric key 來做日後的資料交換 沒想到 RSA Encryption 有以下限制的 1. 無論輸入資料的長度為多少，輸出的 encrypted data 的長度都一樣。 2. 輸入資料有長度的限制 所以，以 com.sun.crypto.provider.RSAChiper 來看 1. 輸出永遠只有 128 bytes; 2. 輸入最大只許 117 bytes; 所以若用 RSA Cipher 來做成的 Cipher I/O Stream, 是吃不到比 117 bytes 長的 Data，也 decrypt 不到比 128 bytes 長的 Data 於是，在 data size exceed 的情況下，無論如何 flush()，檔案也是空的 謹此向原 PO 致歉 <(_ _)> 若真的強要把如此大量的資料作 encryption 的話也不是沒有辦法，就是像原 PO 一樣一個一個 block 的把資料 encrypt，由於不論輸入的 bytes 有多少，輸出的 一定是 128 bytes, 所以倒不必強求每次必需讀進 117 bytes 但由於 cipher.doFinal(byte[]) 這個 method 會把整個輸入的 array encrypt 如果讀入時不足 117 bytes, 很明顯的就會把一些無用的東西一起 encrypt 於是我們需要使用另一個 doFinal method: int Cipher.doFinal(byte[] inbuffer, int in_offset, int in_length, byte[] outbuffer); 不過在 decrypt 時則需要一點小技巧: 1. 讀檔時，因為不知道每次讀入的是否真的有 128 bytes 所以不能使用 while ((length = fin.read(inbuffer) > != 1) 要更確實地保證先要讀入足夠的 bytes 再給 cipher 去 decrypt 提示: int InputStream.read(byte[] buffer, int offset, int length) 2. 因為 encoded 的 file size 必定會是 128 bytes 的倍數，所以就不必像 encrypt 時那般計算最後 input length, 直接用 doFinal(buffer) 就可以了. 真正的 coding 就要靠原 PO 自己努力了 ( ′-`)y-～ (當然我自己有測試過，但還自己努力試試才比較好玩) -- 《為了要得到真相，就要向原 PO 伸圖》 那就是伸圖魔人的沒圖沒真相原則，那時我們堅信那就是逼逼死的真實 靠么，圖咧？ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.232.202.64 ※ 編輯: superlubu 來自: 220.232.202.64 (12/09 14:18)