我正在制作类似于 Polyworld 的东西，这意味着我将模拟虚拟世界，小爬行者在其中跑来跑去、吃东西和进化。我正在用 Node.js 做这个，我计划使用物理和神经网络，但我不确定更新世界的最佳方式是什么，更具体地说，更新函数是否应该接收增量时间作为参数，还是每次都做同样的事情，与他们最后一次打电话的时间无关？两种方式都有什么好处？
编辑： 我反对持续更新的一点是，我想实现某种间隔，例如，每 20 模拟秒产生一个食物块。如果 dt 与 1 不同（或 1 的一小部分），这将永远无法精确工作。
再一次，如果我使用离散更新，更新不关心已经过去了多少时间，我将无法“减慢时间”。当我让它在强大的服务器上工作并在浏览器中渲染时，我认为更新会经常发生，我需要一种在不影响模拟的情况下减慢时间的方法，这样我就可以看到发生了什么。
【问题讨论】：
标签： javascript performance node.js simulation
您的更新函数应该在每个时间步执行相同的操作。
这两种方法都有缺点，但是在模拟群体中的多对多交互时，传递一个表示自上次更新以来经过的时间的增量变得难以管理。这是因为预测将发生交互的时间点（增量）非常耗时。如果错过了这些时间点，则模拟不准确。
在每个时间步更新所有元素的方法的一个缺点是它会做不必要的工作。但是，这种不需要的工作的成本可能会低于准确预测需要评估哪些时间点所需的工作量，尤其是在复杂的交互环境中。
【讨论】：
我会以恒定的时间步长来执行此操作。编码要容易得多。每个更新功能根据环境执行一个步骤。您不必每一步都更新浏览器。您可以计算 10 或 100 步，然后将结果发送到浏览器。
这样会更准确。许多简单的小步骤比依赖于 delta 时间的函数更容易编码（一场噩梦）。
如果您使用可变时间步长。当时间步长很大时，您可能会遇到蚂蚁在 t0 时位于 A 点而在 t+delta 时位于 B 点的场景。您首先更新蚂蚁，它在 B 点结束。您更新了 A 和 B 之间的食物重生点，该重生点应该在 t0+ 1/3 delta 处重生。蚂蚁没有看到食物就经过了。模拟错误。
您可能需要的其他东西：
在 Node.js 中执行此操作的选择很奇怪，我会使用 Java 或真正的 oop 语言。
您会在游戏开发者论坛上找到很多有用的帮助。
【讨论】：
如果您没有多个必须协作的代理（每个都有自己的线程）并且您不必处理流程问题的同步/事件，我建议您使用连续模拟。使用固定时间步长并在每一步中更改您的世界状态。 每个世界片段使用如下函数改变其状态：
newState = f(oldState, deltaSteps)
关于您提到的速度问题，不要直接将您的迭代映射到时间。定义一个中间时间单位（步长），然后他们将此单位时间映射到毫秒、迭代或您喜欢的时间。因此，如果您要提高或降低模拟速度，只需更改用于从步骤转换为时间/迭代的因素。如果你需要改变速度，只需改变你的常数。
查看page，了解有关模拟技术的一些见解。
【讨论】：
我认为你会希望你的动画是连续的，并且基于一些经过的时间或时钟（你可能能够加速或减速）。因此，您可能希望基于 delta 的一些更新函数。
但这并不意味着你不能使用 setInterval 来生成食物块。这也不意味着其他一切都需要或应该基于该增量。
例如，您可以在位置更新后检查彼此靠近的生物或繁殖所需的任何条件，然后以不依赖于当前时钟的离散步骤生成后代。不过，您可能想记录发生这种情况时的时钟。
【讨论】：
每次调用更新函数时，您都可以计算自动画开始以来经过了多少时间。然后将这段时间传递给更新函数，即使帧可能不会在第 20 秒精确更新，您也可以根据实际时间进行所有计算。
示例：汽车在第 20 秒开始移动，速度为 3units/s。假设更新功能在以下时间触发：..., 19.35s, 20.67s, ... 当在 19.35 秒更新时，您知道它不应该移动什么，所以什么也不会发生，但是当更新功能被触发时，时间值为 20.67 秒，那么您知道汽车已经移动了 0.67 秒，因此您计算它的位置（时间* speed) 0.67*3 = 2.01 并进行所有其他计算/绘制，就好像它已经移动了 2.01 个单位。这样您就不必担心时间测量不精确、滞后、更新功能比平时花费更多时间等。
【讨论】：
我认为您不会超过某个频率（例如 50 Hz）。这会在不必要的精度上浪费 CPU 时间。
如果用户的设备无法提供该更新率，您可以选择
如果频率仍然高于 20Hz，我会选择 2。如果它变得更低，您可能应该切换到策略 1 以保持精度。
因此您可能需要基于 deltaT 的解决方案，以便调整更新频率。
【讨论】：