InkStone

TCP/UDP 连接是否重复是四元组(dstPort,dstIp, srcPort,srcIp)决定的，而不是你理解的单个 port

@honhon 挺久没干过这个事情了，依稀记得以前是通过提取手机上的 jar 实现的。

不过这里有一个问题：
新版本 Android 里的 jar 包都会预编译成 oat ，.jar 一般都是空的，需要找对应的 oat 、odex 或者 vdex 的文件，然后转 dex 再转 jar 。

编译出来的不应该没有啊，不然它自己也没法调……一般只是 SDK jar 里没有。你是不是找错位置了？

反射找不到是因为反射的时候做了限制屏蔽了一些类，找个绕过限制的 SDK 就好了，github 上一大堆。

这种回收站你自己实现起来也很容易。

把 rm alias 到 trash 上。然后开个定时任务定期清理就好了。

@zhenjiachen
对比方案可以参考 112 楼的设计。其实就是很简单的 nonce+hash 的嵌套。

其实只要换个角度就好理解了：你把密码第一次做了 hash 之后的结果当明文，然后该咋办还是咋办。

bcrypt 说到底只是一个样板方案，只要能达到效果就行，不是说非得严格死板一条条按它那个来的。

@zhenjiachen

你前端都使用 bcrypt 了，还多此一举把明文传给后端干嘛？当然是直接把 nonce 和 hash 传给后端啊。

主要是你的思路实在太奇怪了，从头到尾除了你就没人说 aes ，就算要加密口令也不可能脱离 tls 单独用 aes 。不赞同用 aes 听起来就像不赞同裸 http 明文传递密码一样，不赞同了个寂寞。

@zhenjiachen 不持久化存就根本不需要 AES 加密啊。即使要加密也可以用非对称加密，这样就没有逆向破解的问题。

而且前端可以直接做 nonce+hash 的 bcrypt——至于原因，前面某楼已经说了，哈希跟加密相比，最大的区别是避免后端得知密码明文。

@zhenjiachen 又不在前端持久化存密码，你要加密干嘛？

bcrypt 跟传输密码的哈希又不矛盾

@HojiOShi Java 给我的感觉正好相反：除了你开发的目标环境必须用 Java ，没有任何使用 Java 写东西的理由。

而且不是现在如此，在十年前可能就已经是这样了……