端口检测这个很好解决，要么修改检测的端口号，要么修改frida的默认占用的端口
这样设置即可。也可以头铁，通过hook这里的strstr函数，把检测的端口号进行hook修改。我们这里头铁看看吧（笑）。
哈哈，成功了铁头！
但是还是崩。。。还输出了这段带有frida的字符串。嗯看来还有地方比对frida的字符串。
再改改strstr的第二个参数，假如包含frida字样我们就改掉他，（注意需要改变一下返回值）
好嘞反调试就这么过了
抓包分析
抓包发现只有这三个参数是变化的，那我们的破解参数主要为st、sv、sign
st: 盲猜时间戳
sv: 暂定
sign: 32位，神似md5
静态分析
首先搜索一下sign=
14个结果，而且有我们刚才抓包看到的其他参数，看来我们要找的地方就在这附近。
Objection hook com.jingdong.jdsdk.network.toolbox.HttpSetting.getMd5这个函数看看有没有经过这个。
有经过
然后可以看到实际上sign是在这函数经过之前就已经生成了。
看看调用栈。经静态分析，这些之前都是些调用发送包的函数。
那只有一种可能sign的生成函数在getMd5这个函数内部当中被调用。那么极有可能是getUrl()里面。
既然有getUrl,那肯定有setUrl我们通过Objection来hook看看能不能看到有价值的信息。
跟随调用栈来到这里
好家伙又接着hook setSignature看看调用栈。
可以看到参数传进来时已经有sign和其他两个我们需要的参数，那跟随调用栈往上跟。
掉进signature里发现
发现这是一个接口类。通过frida脚本找到其实现类。
服了没找到。在看看刚才的地方
一路追，看到这个。。。看来也不是他，佛了，换换别的反编译器GDA看看。
这种情况下可以试试看在so当中碰碰运气。
看来我们应该找到了。。。
HOOK看看通过不。
有经过，且结果跟我们刚才分析的相同，所以这里就是我们想要找到的sign的位置。