我正在编写一个中等复杂的 Android 应用程序，其中包括一个始终运行的“网络”服务。
该应用程序是高度有状态的，并且可以通过 UI 或网络数据更改状态（下推几乎始终打开的 TCP 连接，该连接通过“应用程序 pings”保持活动状态，也称为“保持活动状态”）。
（我的问题不是关于几乎总是开放的 TCP 是否是一个好主意。）
在其他平台上，我使用状态机来保持理智。
在 Android 上，看起来我有三个选择：
一个巨大的活动和一个状态机，通过绑定服务进行通信。
15+ 活动和一个状态机，它触发状态变化的意图。
15 个以上的活动，没有状态机 - 只需尝试将它们与意图粘合在一起。
我的问题是：
其他人是否在 Android 应用程序中使用了显式状态机？
这是一个好主意，还是在 Android 中有更好的方法？
其他应用程序是否具有这种级别的状态复杂性？