管理Firebase';s并发用户

管理Firebase';s并发用户,firebase,firebase-authentication,Firebase,Firebase Authentication,我有一些微服务(AWS Lambda),启动时将通过Firebase验证,以适当的方式更改状态,然后停止执行 不过今晚我发现,我不能在自己之后清理,因为我有100个并发用户,只有我在做一些测试工作(尽管是测试身份验证) 我已经看到了对goOffline()方法的引用,并且可能会用到它,但它似乎有点不成熟。有没有好的例子可以说明如何确保关闭和/或重用现有连接?在启动使用Firebase的服务器端进程时,确保进程在终止时完成是至关重要的 如果进程被终止,那么连接也将被终止。但是,调用Firebase

我有一些微服务(AWS Lambda),启动时将通过Firebase验证,以适当的方式更改状态,然后停止执行

不过今晚我发现,我不能在自己之后清理,因为我有100个并发用户,只有我在做一些测试工作(尽管是测试身份验证)


我已经看到了对
goOffline()
方法的引用,并且可能会用到它,但它似乎有点不成熟。有没有好的例子可以说明如何确保关闭和/或重用现有连接?

在启动使用Firebase的服务器端进程时,确保进程在终止时完成是至关重要的


如果进程被终止,那么连接也将被终止。但是,调用
Firebase.goOffline()
并没有什么不妥之处,因为它会关闭连接。

谢谢。你知道我是否有一个一次性的过程来清除所有多余的用户会话吗?哦,最后一个问题。
goOffline()
是否优于
unauth()
?Firebase无法控制任何恶意进程,您需要从服务器上杀死这些进程。而
unauth()
将只是取消身份验证,
goOffline()
将终止连接。但是如果你重新联机,如果你没有调用
unauth()
,你仍然会得到身份验证。这些过程已经很久没有了。我本以为这会在合理的超时后中断连接,但已经过了几个小时,我没有看到任何中断。事实上,我可能说得太快了一点,似乎它们现在开始下降。我现在50岁左右,但确实花了几个小时。