貌似切换账号不会重新加载

Liujishou commented 4 months ago

程序版本 / 框架版本 / 模块版本

1

系统版本 / Android版本

1

详细描述问题发生的具体原因

貌似切换账号不会重新加载

提供模块问题 Log 或必要 Log

展开查看



(此处粘贴问题 Log)

TKaxv-7S commented 4 months ago

试试v9版本，看还有没有问题

Liujishou commented 4 months ago

试试v9版本，看还有没有问题

这个版本貌似能重新加载，但是目前又有新的问题，就是切换后会将支付宝杀掉，也没有通知加载成功。

TKaxv-7S commented 4 months ago

试试v9版本，看还有没有问题

这个版本貌似能重新加载，但是目前又有新的问题，就是切换后会将支付宝杀掉，也没有通知加载成功。

再试试v9-test，我没有多账号不方便测试

Liujishou commented 4 months ago

试试v9版本，看还有没有问题

这个版本貌似能重新加载，但是目前又有新的问题，就是切换后会将支付宝杀掉，也没有通知加载成功。

再试试v9-test，我没有多账号不方便测试

现在不会杀掉了，就是不提示加载成功通知。

TKaxv-7S commented 4 months ago

试试v9版本，看还有没有问题

这个版本貌似能重新加载，但是目前又有新的问题，就是切换后会将支付宝杀掉，也没有通知加载成功。

再试试v9-test，我没有多账号不方便测试

现在不会杀掉了，就是不提示加载成功通知。

更新了v9，应该可以了

Liujishou commented 4 months ago

试试v9版本，看还有没有问题

这个版本貌似能重新加载，但是目前又有新的问题，就是切换后会将支付宝杀掉，也没有通知加载成功。

再试试v9-test，我没有多账号不方便测试

现在不会杀掉了，就是不提示加载成功通知。

更新了v9，应该可以了

已经OK了。另外目前有加功能的计划吗？

TKaxv-7S commented 4 months ago

@Liujishou

开发新功能需要基于能从支付宝客户端抓到rpc接口的数据；

但是这个项目以前抓到的rpc接口，在新版支付宝中已经完全没有调用了，估计不久以后也会被废弃，所以如果不更新接口这个项目很可能也会死掉；

现在支付宝的接口采用和页面绑定的方式调用，而且参数中添加了回调函数，接口变为异步，请求完成后支付宝会调用回调方法将结果传回页面，很难实现直接rpc的调用，不知道上一个作者停止更新是否和这个原因有关；

我抓到了新版支付宝rpc底层调用的接口，接口参数还是有页面对象和回调函数，通过一些方式能成功调用，但是否稳定还在测试中，如果测试没问题则可以更新接口；

更新完接口以后，其实就可以开发新功能了，但不知道以后是否有时间和精力，如果大家能贡献PR那就非常好了，希望有能力的用户也为这个项目贡献一份力量！

我以后可能会加入一个DEBUG选项，开启后会将支付宝调用rpc接口所有参数和结果都打印到单独的日志文件debug.log中，方便大家分析数据、开发新功能，可以稍微降低一点开发门槛。

Liujishou commented 4 months ago

@Liujishou

开发新功能需要基于能从支付宝客户端抓到rpc接口的数据；

但是这个项目以前抓到的rpc接口，在新版支付宝中已经完全没有调用了，估计不久以后也会被废弃，所以如果不更新接口这个项目很可能也会死掉；

现在支付宝的接口采用和页面绑定的方式调用，而且参数中添加了回调函数，接口变为异步，请求完成后支付宝会调用回调方法将结果传回页面，很难实现直接rpc的调用，不知道上一个作者停止更新是否和这个原因有关；

我抓到了新版支付宝rpc底层调用的接口，接口参数还是有页面对象和回调函数，通过一些方式能成功调用，但是否稳定还在测试中，如果测试没问题则可以更新接口；

更新完接口以后，其实就可以开发新功能了，但不知道以后是否有时间和精力，如果大家能贡献PR那就非常好了，希望有能力的用户也为这个项目贡献一份力量！

我以后可能会加入一个DEBUG选项，开启后会将支付宝调用rpc接口所有参数和结果都打印到单独的日志文件debug.log中，方便大家分析数据、开发新功能，可以稍微降低一点开发门槛。

期待 DEBUG选项功能。现在的芝麻粒就差个抢好友大战功能了。

zyk1994 commented 4 months ago

@Liujishou

开发新功能需要基于能从支付宝客户端抓到rpc接口的数据；

但是这个项目以前抓到的rpc接口，在新版支付宝中已经完全没有调用了，估计不久以后也会被废弃，所以如果不更新接口这个项目很可能也会死掉；

现在支付宝的接口采用和页面绑定的方式调用，而且参数中添加了回调函数，接口变为异步，请求完成后支付宝会调用回调方法将结果传回页面，很难实现直接rpc的调用，不知道上一个作者停止更新是否和这个原因有关；

我抓到了新版支付宝rpc底层调用的接口，接口参数还是有页面对象和回调函数，通过一些方式能成功调用，但是否稳定还在测试中，如果测试没问题则可以更新接口；

更新完接口以后，其实就可以开发新功能了，但不知道以后是否有时间和精力，如果大家能贡献PR那就非常好了，希望有能力的用户也为这个项目贡献一份力量！

我以后可能会加入一个DEBUG选项，开启后会将支付宝调用rpc接口所有参数和结果都打印到单独的日志文件debug.log中，方便大家分析数据、开发新功能，可以稍微降低一点开发门槛。

java后端开发，对安卓开发逆向一窍不通，之前把项目clone下来弄了半天，gradle都报错弄了俩小时没解决就放弃了😭

TKaxv-7S commented 4 months ago

@zyk1994 哈哈，我也是后端，不要灰心，这个不是工作能力范围，平时喜欢折腾可能才会接触到逆向，多接触一些慢慢就知道了

TKaxv-7S commented 4 months ago

新版本 v1.2.4-TK 已更新

xx668888 commented 3 months ago

@zyk1994 哈哈，我也是后端，不要灰心，这个不是工作能力范围，平时喜欢折腾可能才会接触到逆向，多接触一些慢慢就知道了大佬有没有什么交流群之类的吗我也是搞java的想搞但有些东西需要花时间去研究有群就可以直接问了

TKaxv-7S commented 3 months ago

@xx668888 还没有群，你用微信多吗，我可以建个微信群，QQ也行

xx668888 commented 3 months ago

@xx668888 还没有群，你用微信多吗，我可以建个微信群，QQ也行

微信 QQ TG 都用呢

TKaxv-7S commented 3 months ago

@xx668888 还没有群，你用微信多吗，我可以建个微信群，QQ也行

微信 QQ TG 都用呢

建了一个微信群

constanline commented 3 months ago

@Liujishou

开发新功能需要基于能从支付宝客户端抓到rpc接口的数据；

但是这个项目以前抓到的rpc接口，在新版支付宝中已经完全没有调用了，估计不久以后也会被废弃，所以如果不更新接口这个项目很可能也会死掉；

现在支付宝的接口采用和页面绑定的方式调用，而且参数中添加了回调函数，接口变为异步，请求完成后支付宝会调用回调方法将结果传回页面，很难实现直接rpc的调用，不知道上一个作者停止更新是否和这个原因有关；

我抓到了新版支付宝rpc底层调用的接口，接口参数还是有页面对象和回调函数，通过一些方式能成功调用，但是否稳定还在测试中，如果测试没问题则可以更新接口；

更新完接口以后，其实就可以开发新功能了，但不知道以后是否有时间和精力，如果大家能贡献PR那就非常好了，希望有能力的用户也为这个项目贡献一份力量！

我以后可能会加入一个DEBUG选项，开启后会将支付宝调用rpc接口所有参数和结果都打印到单独的日志文件debug.log中，方便大家分析数据、开发新功能，可以稍微降低一点开发门槛。

那个rpc早就没有调用了，没有更新只是因为没时间而且能用。直接rpc的调用依然是可以用的，比如com.alipay.mobile.common.rpc.transport.http.HttpCaller.b(com.alipay.mobile.common.transport.rpc.RpcUrlRequest)或者com.alipay.mobile.framework.service.ext.SimpleRpcService.executeRPC(java.lang.String,java.lang.String,java.util.Map)。之前没有更新是因为想着如果旧rpc被官方ban的话能够及时替换。

从你的代码能看出是做开发的，考虑到了代码抽象化和逻辑性，感动！！我之前好几次想要重构，但是最终都得过且过没有实行。期待你完善的新版本。

PS. 下面这种方式是锁不住id的，首先每个线程的id都不同，而且即使相同，如果id不在-128-127区间也锁不住。

    RpcEntity rpcEntity = new RpcEntity(Thread.currentThread());
    Long id = rpcEntity.getId();
    synchronized (id) {
        // code
    }

TKaxv-7S commented 3 months ago

@Liujishou 开发新功能需要基于能从支付宝客户端抓到rpc接口的数据；但是这个项目以前抓到的rpc接口，在新版支付宝中已经完全没有调用了，估计不久以后也会被废弃，所以如果不更新接口这个项目很可能也会死掉；现在支付宝的接口采用和页面绑定的方式调用，而且参数中添加了回调函数，接口变为异步，请求完成后支付宝会调用回调方法将结果传回页面，很难实现直接rpc的调用，不知道上一个作者停止更新是否和这个原因有关；我抓到了新版支付宝rpc底层调用的接口，接口参数还是有页面对象和回调函数，通过一些方式能成功调用，但是否稳定还在测试中，如果测试没问题则可以更新接口；更新完接口以后，其实就可以开发新功能了，但不知道以后是否有时间和精力，如果大家能贡献PR那就非常好了，希望有能力的用户也为这个项目贡献一份力量！ 我以后可能会加入一个DEBUG选项，开启后会将支付宝调用rpc接口所有参数和结果都打印到单独的日志文件debug.log中，方便大家分析数据、开发新功能，可以稍微降低一点开发门槛。

那个rpc早就没有调用了，没有更新只是因为没时间而且能用。直接rpc的调用依然是可以用的，比如com.alipay.mobile.common.rpc.transport.http.HttpCaller.b(com.alipay.mobile.common.transport.rpc.RpcUrlRequest)或者com.alipay.mobile.framework.service.ext.SimpleRpcService.executeRPC(java.lang.String,java.lang.String,java.util.Map)。之前没有更新是因为想着如果旧rpc被官方ban的话能够及时替换。

从你的代码能看出是做开发的，考虑到了代码抽象化和逻辑性，感动！！我之前好几次想要重构，但是最终都得过且过没有实行。期待你完善的新版本。

PS. 下面这种方式是锁不住id的，首先每个线程的id都不同，而且即使相同，如果id不在-128-127区间也锁不住。
    RpcEntity rpcEntity = new RpcEntity(Thread.currentThread());
    Long id = rpcEntity.getId();
    synchronized (id) {
        // code
    }

要是之前有提交rpc接口就好了，我花了很多时间去逆向抓接口，可惜了

下面这块代码来自我另一个项目SocketNio 是一个高并发零拷贝的TCP C/S组件框架这一段逻辑是没问题的，没用到只是因为支付宝的rpc接口没有用到异步，我以为他们会用异步回调的，只是发现还是同步回调，就留着备用，当然你也拿这段代码写个异步请求测试一下，应该是没问题的