背景：
有一个接口返回的数据是加密的，之前开发那边提供了一个jar包，人懒，之前的脚本已经用python 写好了，实在是不想再用java写一遍，于是乎就一直凑活着用(python里调用java封装的方法)，用了一段时间，好像也挺美。
直到发生了一件事情，当我准备把脚本转成可视化的工具给同事用的时候，发现，打包的话有点麻烦啊。python在加载jar包的时候，需要加载java虚拟机的动态库文件。年轻的我以为只要把对应的jvm.dll文件一起打包进去就行了，结果啥用没有。连本地的文件都跑不起来了，我这才意识到，只要一个动态库没用啊，需要的是整个jdk的运行环境，卧槽？这难道是要让我把整个jdk环境也打包干一套么。听起来虽然可行，但是一点不靠谱啊。于是乎果断放弃了。
鉴于不能这么搞了，那就撸起袖子干起来。把jar包反编译整一套Python的用。
过程
java代码
public static String decrypt(String data, String key) throws Exception {
byte[] byteKey = key.getBytes();
Key k = toKey(byteKey);
Cipher cipher = Cipher.getInstance("DES/ECB/PKCS5PADDING");
cipher.init(2, k);
byte[] byteData = Base64.decodeBase64(data);
return new String(cipher.doFinal(byteData), "UTF-8");
}
反编译的过程就不说了，不然感觉跑题了啊，反正最后的解密方法就是长这个样子。
转换以后
def decrypt_py(data,secretkey):
des_obj = des(secretkey, ECB, secretkey, padmode=PAD_PKCS5)
decodebs64data = base64.b64decode(data)
return des_obj.decrypt(decodebs64data).decode('utf-8')
测试了一下，嗯，没啥问题，可以用。
坑爹的问题在后边，开发给了一个DES的key，但是这个key的长度居然是大于8的，这就又在为难我胖虎了。
我还以为DES有啥高端用法，我没找到，折腾了半天一直都是提示，密钥必须是8位的错误
File "D:\python36\lib\site-packages\pyDes.py", line 400, in __init__
raise ValueError("Invalid DES key size. Key must be exactly 8 bytes long.")
ValueError: Invalid DES key size. Key must be exactly 8 bytes long.
于是我就又去认认真真地看了一遍java那边的解密方法，这就是坑爹的地方了
请看DESKeySpec的构造函数
public DESKeySpec(byte[] var1, int var2) throws InvalidKeyException {
if(var1.length - var2 < 8) {
throw new InvalidKeyException("Wrong key size");
} else {
this.key = new byte[8];
System.arraycopy(var1, var2, this.key, 0, 8);
}
}
原来是传入的字符串做了截取，不管传了多长的字符串，都只取前边的8位拷贝出来。回手掏，掉头就把python里边后边多余的字符删掉了，运行完美！
嗯…记录下，主要是想说，还是要认真有耐心一点，有问题要看看代码，不能迎头就是各种百度，结果啥用都没有。
