同浏览器多个账户运行js脚本的问题

涛涛涛创建于 22天11小时前

1.关于同浏览器多个账户运行js脚本测试，可以通过手动加载浏览器插件这个方式处理的(连接通信指定浏览器窗口)

2.不知是否可以通过(同浏览器多个副本运行js脚本解决方案即：--user-data-dir)类似的方式处理这个问题

现在是通过浏览器进程id处理切换浏览器窗口(不同浏览器进程ID)的问题

如果把其浏览器进程ID换成浏览器窗口句柄(这个也是唯一的)的这个参数，是否可以将这两个类似的情况一同处理(我不太清楚，quiker与浏览器插件通信的断定依据是什么，只是通过一些逻辑想到的)

请绑定手机号后发表评论

CL 22天11小时前

实现不了。对于多账号的情况，没有地方可以区分窗口是哪个账号的，扩展里获取不到。它们共享一个相同的主进程。

涛涛涛回复 CL 22天10小时前 :

好的，我再想想有其他方式处理不

涛涛涛回复 CL 20天19小时前 :

是否可以把修复浏览器扩展写到动作里调用，这样就可以通过加载浏览器插件ID的不同(本地加载浏览器插件的文件夹不同，插件ID就不同)这个方式来处理同浏览器多个账户运行js脚本

涛涛涛最后更新于 20天19小时前

CL 回复涛涛涛 20天18小时前 :

不行的，扩展的id是要预先写在manifest文件里，扩展才能正常连接到Quicker，新生成的id是没法直接连接的。

涛涛涛回复 CL 20天17小时前 :

是的,我想的方式就是修改manifest文件里的ID,修复一下连接，将需要的浏览器插件ID写入或删除文件后(本地加载的插件id)，，这样就可以通过ID连接到指定的浏览器窗口账户了，用时写入，不用的删除(最新连接的id有控制权)

现在就是需要修复浏览器扩展写到动作里调用会弹出弹窗中断运行(我又测试了一下，那个弹窗可以改一个参数，取消弹窗，搞定了)

其子程序和这个方式我测试过了，可以实现想要的效果(就是可以自动调用，不用手动重新加载了，中间需要几秒的延时等待连接，但比手动重新加载要好的多)

有时间我写个使用说明,把一些细节解释一下

涛涛涛最后更新于 20天10小时前

请绑定手机号后发表评论