应用程序的客户端 - 服务器架构

我为在 Android 上运行的应用程序构建了我的服务器。如果设置可以接受或完全错误，我会听取您的一些意见。因此，该架构的工作方式类似于请求-响应。用户将登录，每个应用程序启动，并将获得一个新的会话 ID。客户端和服务器没有保持活动的连接。每次请求都会切断连接。对于服务器上的每个命令，首先需要检查会话 ID，然后才能计算命令或请求。一切都完成后，连接将被切断。我正在考虑将连接保留到服务器的事情，这使我可以从服务器直接向客户端发送一些数据。这可以有很多用途。但另一方面它不是线程“能够”。因为我必须同步套接字访问并在所有类和活动之间共享 1 个套接字对象，所以在我看来这不是一个好方法。但我仍然想知道其他应用程序或在线游戏如何直接向客户端发送数据或消息。这意味着保持连接。我认为他们在服务或类似的东西中分开做。这是我面临的一个新问题。我可以使用 firebase 云消息传递，但是当服务器上运行超过 100 个线程时，这会非常慢。一个更好的解决方案，其中编写第二个服务器程序，该程序与主服务器分开运行并保持与客户端的连接。这将是我的解决方案。但我仍然想知道其他应用程序或在线游戏如何直接向客户端发送数据或消息。这意味着保持连接。我认为他们在服务或类似的东西中分开做。这是我面临的一个新问题。我可以使用 firebase 云消息传递，但是当服务器上运行超过 100 个线程时，这会非常慢。一个更好的解决方案，其中编写第二个服务器程序，该程序与主服务器分开运行并保持与客户端的连接。这将是我的解决方案。但我仍然想知道其他应用程序或在线游戏如何直接向客户端发送数据或消息。这意味着保持连接。我认为他们在服务或类似的东西中分开做。这是我面临的一个新问题。我可以使用 firebase 云消息传递，但是当服务器上运行超过 100 个线程时，这会非常慢。一个更好的解决方案，其中编写第二个服务器程序，该程序与主服务器分开运行并保持与客户端的连接。这将是我的解决方案。它与主服务器分开运行并保持与客户端的连接。这将是我的解决方案。它与主服务器分开运行并保持与客户端的连接。这将是我的解决方案。

我只想知道我的架构是好用还是坏主意。