: 我之前有写这样过，可是档案无法输出，所以我才会用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)