运行一个只有两个用户的单个脚本作为一个没有任何节奏的场景，只需将时间设置为 3 秒和随机 (50%-150%) 我体验到 Web 应用程序服务器每次运行 10 分钟后都会耗尽内存（我已经运行了几次测试，并且每次都在同一时间发生）。首先，我认为这是应用程序中的内存泄漏，但经过一番思考，我认为这可能与场景设计有关。整个脚本只有一个动作，包括在唯一的动作块中登录和注销，运行大约需要 50 秒，我在上一次迭代结束后立即设置默认值，而不是在上一次迭代结束后延迟或固定/随机间隔设置。
不能使用固定/随机间隔会导致这种“内存泄漏”发生吗？我猜提到的所有设置实际上都不会在前一个结束之前开始一个新的迭代，这显然会导致服务器上的内存积累导致这种“内存泄漏”。但是，如果没有设置节奏，是否有发生这种情况的风险？
而且我的脚本中没有迭代，我还能使用起搏吗？
回答你的最后一个问题：不。
当一个新的迭代开始时，Pacing 被显式使用。根据起搏设置延迟迭代开始。
推测/结论：
如果网络服务器真的在 10 分钟后内存不足，而你只有 2 个 vu，那么你的网络服务器端就有问题了。可以手动实现这种 2vu 加载并使 Web 服务器崩溃。脚本中的节奏或手动用户速度无关紧要。如果网络服务器可以从远程崩溃，它有需要修复的错误。
建议：
尝试使用 4 个用户运行场景。5 分钟后，您是否在网络服务器上出现内存不足？
如果确实存在泄漏，则您的脚本/场景不应该导致它，但我认为您可能会根据您运行它的方式更快地导致它出现问题。
例如，假设有 5 个用户和合理的节奏和思考时间，服务器在 16 小时内不会死机。但是如果有 50 个用户，它会在 2 小时内死掉。问题不是你造成的，只是早点暴露。
我希望它的网络服务器问题。起搏只是迭代之间的时间间隔，它不会影响脚本中的操作或事务