K6 中函数是否会等待异步方法执行完毕？

本文探讨了在 K6 性能测试工具中使用 setTimeout 函数进行延迟时，default 函数的执行行为。通过分析 K6 的 sleep 函数的同步特性，阐述了如何使用 sleep 函数实现精确的延迟，并验证了 K6 的 JavaScript 运行时会等待同步操作完成后再进行下一次迭代。避免了不必要的异步操作，简化了测试脚本的编写。

在 K6 性能测试中，控制请求之间的间隔是常见的需求。虽然 K6 提供了一个实验性的 setTimeout 函数，但理解其背后的执行机制至关重要。更重要的是，K6 提供的 sleep 函数，实际上是同步阻塞的，能更好地满足延迟需求。

K6 sleep 函数的同步特性

K6 的 sleep 函数是一个同步调用，这意味着它会阻塞当前 VUser (Virtual User) 的执行，直到指定的睡眠时间结束。与异步的 setTimeout 不同，sleep 函数能够确保在继续执行后续代码之前，延迟已经完成。

官方文档中，sleep 函数接受一个 number 类型的参数，表示睡眠的秒数。虽然文档没有明确指出，但实际上 sleep 函数支持小数秒，允许进行更精确的延迟控制。

使用 sleep 函数进行延迟

以下代码展示了如何使用 sleep 函数在 K6 脚本中实现 0.1 秒的延迟：

import { sleep } from 'k6';

export default function() {
    console.log(new Date());
    sleep(0.1);
    console.log(new Date());
}

运行上述脚本，可以看到两个 console.log 语句之间的时间差约为 100 毫秒，验证了 sleep 函数的精确性。

K6 的执行模型

K6 使用 Go 语言构建，并在其上运行 JavaScript 代码。每个 VUser 运行在一个独立的 Go 协程中。当 VUser 执行 sleep 函数时，该协程会被阻塞，直到睡眠时间结束。这确保了在 default 函数中的所有操作都完成后，K6 才会开始下一次迭代。

避免使用 setTimeout

由于 K6 的 sleep 函数已经提供了同步阻塞的延迟功能，因此通常没有必要使用 setTimeout 函数。setTimeout 会引入额外的异步复杂性，并且可能导致难以预测的行为。

总结

在 K6 性能测试中，sleep 函数是实现精确延迟的理想选择。它是一个同步调用，可以确保在继续执行后续代码之前，延迟已经完成。理解 K6 的执行模型，避免不必要的异步操作，可以简化测试脚本的编写，并提高测试结果的可靠性。