问如何处理会话持续时间/超时？

EN

我第一次在使用Firebase的Android/iOS应用程序中实现了一些基本的使用统计数据，但在我看来，对于会话持续时间的精确计算和会话是如何超时的，这些文档似乎有点模棱两可，而且24小时查看结果的周期也无助于通过尝试和错误来理解。

我现在只对一个非常简单的统计数据感兴趣--用户在应用程序中花费的时间。当应用程序被“最小化”/“在后台”时到底会发生什么--这是否算主动使用，还是与被关闭的应用程序相同--现在并不那么重要，但如果您在这个问题的背景下在这方面有什么需要补充的话，请这样做。

据我所知，在Firebase中，这样简单的统计数据可能是现成的，所以我目前不使用任何定制事件或任何更有吸引力的东西，只需将Firebase Analytics链接到项目中，添加配置文件，并调用FirebaseAnalytics.getInstance(this)；在Android和FIRApp配置上；在iOS上。

我看到first_open、session_start和app_remove事件如出一辙地出现在控制台中，仪表板中的一些聚合会话数据等等，我也知道有一个可配置的会话超时可用。

但我不清楚的是，用户会话到底何时到期--只要应用程序打开，Firebase就会自动保持其打开状态，还是需要确保发布一些人为的“保持活动”事件，以防止用户会话在用户实际使用该应用程序时过期。

假设如下：

1. 我没有使用Firebase发送显式的自定义事件，因为这不是应用程序显式要求的。
2. 在应用程序的一次运行中，我只接触过Firebase一次--在启动时初始化它。
3. 用户在应用程序中停留很长时间(比如2个小时，比默认的30分钟会话超时时间长得多)，没有与其交互--例如阅读东西、观看视频等等，这些都不会产生Firebase可以看到的任何事件，但应用程序阻止屏幕锁定，应用程序仍然处于前台。

对于用户来说，这是否算为一个单独的2小时会话？它是否仅算为30分钟的会话，因为30分钟后该会话到期，并且不生成任何事件来保持它的活力？还会发生什么事吗？

附加问题:如果用户退出应用程序的时间比会话超时更短/更长，会发生什么？

奖金问题:如果没有退出应用程序，而是简单地放在背景中，会改变什么吗？

谢谢!