Wechaty:是否可能在注销事件时重新触发登录?

我换成了wechaty padplus 木偶 wechaty-puppet-puppeteer 发现它停的次数比 维查提木偶演员 维查提木偶演员 通常会熬夜10倍,而padplus puppet会让我退出两三天。

更新:

为了澄清阿尔弗雷德的回答,

不过,有一点确实不同,那就是换成了wechaty 帕德普拉斯 木偶 维查提木偶演员

<sysmsg type="ClientCheckConsistency"><ClientCheckConsistency><clientcheck><fullpathfilename>@classes.dex</fullpathfilename><fileoffset>0</fileoffset><checkbuffersize>9999999</checkbuffersize><seq>536870912</seq></clientcheck></ClientCheckConsistency></sysmsg>

我不知道是从WX服务器还是 我不知道如何满足这样的要求 ClientCheckConsistency . 我相信这是我的微信状态被任何服务器认为不好的主要原因。

结果,我从盒子里得到了:

11:09:56 WARN Puppet constructor() watchdog.on(reset) reason: {"data":"9ee9935b-15db-442e-bfcb-5eff6396be7f","timeout":60000}
11:09:56 INFO PuppetPadplus stop()
11:09:56 INFO PuppetPadplus logout(true, logout in wechaty)

• 几乎所有padplus puppet将我注销的情况都是因为这个puppet constructor()看门狗超时。
• 我得到了 logout 作为开箱即用的默认行为,我的node js脚本只是停止并退出,没有Alfred的下一步 PuppetPadplus start() .

这就是为什么我想知道是否可以在注销事件处理中重新触发登录(或重新启动)。谢谢。

PPS公司。今天,我注销了两次。这是上次的日志:

15:46:53 VERB Unknown: <sysmsg type="ClientCheckConsistency"><ClientCheckConsistency><clientcheck><fullpathfilename>@classes.dex</fullpathfilename><fileoffset>0</fileoffset><checkbuffersize>9999999</checkbuffersize><seq>536870912</seq></clientcheck></ClientCheckConsistency></sysmsg> 
. . .
15:56:51 WARN Puppet constructor() watchdog.on(reset) reason: {"data":"710...c80","timeout":60000}
15:56:51 INFO PuppetPadplus stop()
15:56:51 INFO PuppetPadplus logout(true, logout in wechaty)