记https请求时证书、公钥、私钥、加密的各种问题
最近在做https双向认证的时候，遇到了各种证书、公钥、私钥、加密算法等问题。要解决这些问题，首先应该先明确各自的概念到底是什么。
SSL证书：SSL证书让网站实现加密传输、认证服务器的身份等等。我的理解：证书是服务器给客户端的凭证（不管是权威机构还是自己颁发的），你客户端只有信任了这个凭证你才能访问我的数据，否则就没得谈啊。证书应在你所用的网络请求框架中事先信任。证书的标准格式等可参考：http://blog.csdn.net/shangy110/article/details/53262630
客户端公私钥：客户端用自己的私钥对数据进行签名，证明该数据确实是我发的。公钥由服务端保留，如果能正常解密，说明身份没毛病。
服务器公私钥：服务器的公钥提供给客户端，客户端用该公钥对数据进行加密。发送的数据服务器如果能用自己的私钥解密，证明这个过程没问题，你可以来拿数据了。公钥是公开的，服务端可以给任意需要与其对接的客户端；私钥服务器自己保留。
至于服务端是要先认证客户端的身份还是先解密数据，我觉得无所谓，反正你两个都得过才行嘛。接下来看看遇到的坑。
客户端私钥进行对数据签名时发生的错误：
Caused by: java.lang.IllegalArgumentException: unknown object in getInstance: com.android.org.bouncycastle.asn1.DEROctetString
有些机器可能会是这样的错误：
Caused by: java.lang.IllegalArgumentException: failed to construct sequence from byte[]: Extra data detected in stream
产生这个原因很大一部分是因为私钥的格式有问题。
比如你通过InputStream输入私钥文件，再转成字符串时，头部的“-----BEGIN RSA PRIVATE KEY-----”，以及尾部的“-----END RSA PRIVATE KEY-----”是应该去掉的。所以InputStream转String的代码变成了这样：
public static String inputSteamToString(InputStream inputStream)
{
try
{
InputStreamReader inputReader = new InputStreamReader(inputStream);
BufferedReader bufReader = new BufferedReader(inputReader);
String line = "";
String Result = "";
while ((line = bufReader.readLine()) != null)
{
if (line.charAt(0) == '-')
{
continue;
}
Result += line;
}
return Result;
} catch (Exception e)
{
e.printStackTrace();
return null;
}
}
构造KeyFactory时发生的错误：
Caused by: java.lang.RuntimeException: error:0D0680A8:asn1 encoding routines:ASN1_CHECK_TLEN:wrong tag
构造KeyFactory时，首先需要传入“算法（algorithm）”参数，如“RSA”。如果仅传一个algorithm参数，在Android中很有可能发生上述错误（应该是Android环境和Java环境不一样的缘故）。
这时候还应该传入一个“提供者（provider）”参数，传入"BC"，即BouncyCastleProvider
这时，构造KeyFactory的代码变成了这样：
KeyFactory keyFactory = KeyFactory.getInstance("RSA", "BC");
你可以通过KeyFactory生成相应的公钥和私钥。
加密算法和格式：
用公钥对数据进行加密时，需要注意加密的算法和格式。通常有如下格式（后面的数字为对应密钥的长度）：
AES/CBC/NoPadding (128)
AES/CBC/PKCS5Padding (128)
AES/ECB/NoPadding (128)
AES/ECB/PKCS5Padding (128)
DES/CBC/NoPadding (56)
DES/CBC/PKCS5Padding (56)
DES/ECB/NoPadding (56)
DES/ECB/PKCS5Padding (56)
DESede/CBC/NoPadding (168)
DESede/CBC/PKCS5Padding (168)
DESede/ECB/NoPadding (168)
DESede/ECB/PKCS5Padding (168)
RSA/ECB/PKCS1Padding (1024、2048)
RSA/ECB/OAEPWithSHA-1AndMGF1Padding (1024、2048)
RSA/ECB/OAEPWithSHA-256AndMGF1Padding (1024、2048)
如果后台抛“javax.crypto.BadPaddingException: Blocktype”这种异常，很多情况下就是格式不正确引起的。在此之前，要确保公私钥正确（我当时对数据用自己的私钥进行了签名，但是忘了给后台公钥，后台一直跟我说报上述错误。因为自己本身对这方面也不是很了解，所以就把上述格式全部试了一遍...结果还是不行，后来才发现没给公钥- -）。
在Android中，如下格式的加密方式通常是能解的（公钥长度2048，RSA加密）。当然这主要取决于加密方式和密钥长度：
public static byte[] encrypt(Key key, byte[] src) throws Exception {
if (src != null && src.length != 0) {
Cipher e = Cipher.getInstance("RSA/ECB/PKCS1Padding");
e.init(Cipher.ENCRYPT_MODE, key);
return e.doFinal(src);
} else {
throw new IllegalArgumentException("报文为空");
}
}
如果实在不行，我还谷歌到了这种姿势：
Cipher e = Cipher.getInstance("RSA/NONE/OAEPWithSHA1AndMGF1Padding");
Cipher e = Cipher.getInstance("RSA/None/PKCS1Padding");
只能死马当活马医咯，不过对我没啥用。最好的方式是跟后台对接好，用什么方式加密，就用什么方式解密。
关于String和byte:
原始的String类型数据在网络传输过程中被认为是不安全的，通常会将String类型的数据转成byte数组，并对其进行Base64编码后传输。服务器进行解密时，一般先将收到的数据Base64解码，然后再进行相应的解密工作。
先这么多，其他的后续补，有问题欢迎指正。
