Java中内存数据存储线程安全答案

【问题标题】：Java in memory data storage thread safetyJava中内存数据存储线程安全
【发布时间】：2017-11-29 18:09:44
【问题描述】：

我正在用 Java 制作一个实时多人游戏服务器。我将内存中匹配的所有数据存储在带有“匹配”对象的 HashMap 中。每个比赛对象都包含有关所有玩家的游戏和游戏状态的信息（一场比赛中的 2-5 人）。服务器将为每个用户的连接传递相同的匹配对象到服务器。

我有点担心的是让这个线程安全。可以连接到服务器中的不同线程，所有这些线程都需要访问相同的匹配项。

问题是对象中会有很多变量/列表，所有这些都需要同步。其中一些可能需要用于执行相互影响的计算，这意味着我需要嵌套的同步块，这是我不想要的。

匹配对象中每个变量的同步块是我唯一的解决方案，还是我可以做其他事情？

我知道 SQLite 有内存模式，但我发现的问题是：

引自他们的网站：

SQLite 支持无限数量的同时读取器，但它在任何时刻只允许一个写入器。对于许多情况，这不是问题。作家排队。每个应用程序都快速完成其数据库工作并继续运行，并且没有任何锁定持续超过几十毫秒。但是有些应用程序需要更多的并发性，这些应用程序可能需要寻求不同的解决方案

几十毫秒？那是很长一段时间。这是否足够快，或者是否有另一个适合实时游戏的内存数据库？

【问题讨论】：

【解决方案1】：

在这种情况下，您的架构已关闭。您希望一组数据同时由多个线程修改和更新，这可能是可能的，但同时要正确且快速地进行修改非常困难。

如果你像下面这样改变架构会容易得多：

有一个线程可以独占访问单个匹配对象。一个线程可以处理多个匹配对象，但单个匹配对象只能由单个线程处理/保护。现在，如果任何外部效果想要更改任何值，它需要发出“更改请求”，但不能立即自行更改。并且一旦实施了更改并更新了值，保护匹配对象的线程将向客户端发送更新。

假设一名球员进球，然后客户端线程调用一个函数

void clientScoredGoal(Client client) {
  actionQueue.put(new GoalScoredEvent(client));
}

actionQueue 是 i.E.一个阻塞队列。

处理匹配对象的线程正在通过actionQueue.take() 侦听此队列，并在找到新操作后立即做出反应。然后它将应用更改，如果需要更新内部值，然后分发更新包（如果您愿意，可以向客户端发送“更改请求”）。

通常synchronized 在 Java 中也应该被视为不好的做法。在某些情况下，它是处理同步的好方法，但在所有情况下，大约 99% 的情况下，使用 Concurrent 包中的功能将是更好的解决方案。请注意上面的示例代码中完全没有synchronized，但它是完全线程安全的。

【讨论】：

【解决方案2】：

这个问题很笼统。很难给出具体的建议。

我正在用 Java 制作一个实时多人游戏服务器。我将所有匹配数据存储在带有“匹配”对象的 HashMap 中的内存中。

我有点担心的是让这个线程安全。可以连接到服务器中的不同线程，所有这些线程都需要访问相同的匹配项。

我需要嵌套的同步块，这是我不想要的。

匹配对象中每个变量的同步块是我唯一的解决方案，还是我可以做其他事情？我知道 SQLite 有内存模式

如果您有多个线程访问的具有可变状态的对象，那么您需要使它们成为线程安全的。没有其他方法（请注意，我没有说“同步块”是唯一的选择。有不同的方法可以实现线程安全）。使用内存数据库并不能解决线程安全问题。

使用内存数据库的优势在于加快对信息的访问（因为您不必访问存储在 HDD 中的信息的常规数据库），但代价是现在您的应用程序需要更多 RAM . 顺便说一句，比使用内存数据库更快的方法是将您需要的所有信息保存在程序中的对象中（同样的限制是需要更多 RAM）。

【讨论】：