笑话:await vs setImmediate vs useFakeTimers vs new Promise(setImmediate)
Jest: await vs setImmediate vs useFakeTimers vs new Promise(setImmediate)
接下来是 TypeScript 中的 Jest 测试。我想知道为什么需要 setImmediate() 。
第一个示例是有效的测试。接下来是我尝试过但不起作用的各种方法。我不明白发生了什么。 pubsub.publish 的签名是:
(method) PubSub.publish(triggerName: string, payload: any): Promise<void>
test.only('subscriptions', async () => {
const document = parse(`
subscription {
create
}
`)
const sub = <AsyncIterator<ExecutionResult>>await subscribe(schema, document);
expect(sub.next).toBeDefined()
// setInterval and process.nextTick also work here:
setImmediate(() => pubsub.publish('CREATE_ONE', { create: "FLUM!" })) // this works
const { value: { errors, data } } = await sub.next()
expect(errors).toBeUndefined()
expect(data).toBeDefined()
expect(data.create).toBe('FLUM!')
}, 10000)
所以这些是我尝试过的其他方法,有些是在研究了类似问题的答案之后。所有这些尝试都因测试超时异常而失败:
test.only('subscriptions', async () => {
// attempt #1: jest.useFakeTimers()
const document = parse(`
subscription {
create
}
`)
const sub = <AsyncIterator<ExecutionResult>>await subscribe(schema, document);
expect(sub.next).toBeDefined()
// #1, cont:
// pubsub.publish('CREATE_ONE', { create: "FLUM!" })
// or...
// await pubsub.publish('CREATE_ONE', { create: "FLUM!" })
// this works, though, like in previous test, but with fake timers:
// setImmediate(() => pubsub.publish('CREATE_ONE', { create: "FLUM!" }))
// attempt #2:
// await pubsub.publish('CREATE_ONE', { create: "FLUM!" })
// attempt #3:
// pubsub.publish('CREATE_ONE', { create: "FLUM!" })
// await new Promise(setImmediate)
// attempt #3a (variant):
// await new Promise((resolve) => setImmediate(resolve));
const { value: { errors, data } } = await sub.next()
expect(errors).toBeUndefined()
expect(data).toBeDefined()
expect(data.create).toBe('FLUM!')
}, 10000)
我知道 setImmediate 在事件循环中放置了一个函数,以便在任何未决的 I/O 事件之后立即执行。我不确定为什么需要它,因为 pubsub.publish() returns 一个可以用 await 处理的 Promise,但在这种情况下会发生什么下一行 await sub.next() 永远不会被调用。
我的想法是,在 pubsub.publish() 中进行了一个 setInterval 调用,并且 setImmediate 等待任何未决的 setInterval 事件完成(我对此的理解是模糊的)。尝试 3 和 3a 是我在其他地方找到的执行此操作的机制,但在这种情况下它们似乎不起作用。
问题:为什么这个测试需要setImmediate才能通过?
所以我的困惑是由于 setImmediate 做什么和不做什么。这是正在发生的事情:
// setInterval and process.nextTick also work here:
setImmediate(() => pubsub.publish('CREATE_ONE', { create: "FLUM!" }))
const { value: { errors, data } } = await sub.next()
如果没有 setImmediate(),发布事件会在 sub.next() 被调用之前发送,因此不会被捕获。您可能认为 setImmediate(或 process.nextTick)会立即执行发布函数,但不是。相反,setImmediate 将发布调用延迟足够长的时间以执行 sub.next()。
我现在要补习一下 setImmediate 和 process.nextTick 的实际工作原理。
接下来是 TypeScript 中的 Jest 测试。我想知道为什么需要 setImmediate() 。
第一个示例是有效的测试。接下来是我尝试过但不起作用的各种方法。我不明白发生了什么。 pubsub.publish 的签名是:
(method) PubSub.publish(triggerName: string, payload: any): Promise<void>
test.only('subscriptions', async () => {
const document = parse(`
subscription {
create
}
`)
const sub = <AsyncIterator<ExecutionResult>>await subscribe(schema, document);
expect(sub.next).toBeDefined()
// setInterval and process.nextTick also work here:
setImmediate(() => pubsub.publish('CREATE_ONE', { create: "FLUM!" })) // this works
const { value: { errors, data } } = await sub.next()
expect(errors).toBeUndefined()
expect(data).toBeDefined()
expect(data.create).toBe('FLUM!')
}, 10000)
所以这些是我尝试过的其他方法,有些是在研究了类似问题的答案之后。所有这些尝试都因测试超时异常而失败:
test.only('subscriptions', async () => {
// attempt #1: jest.useFakeTimers()
const document = parse(`
subscription {
create
}
`)
const sub = <AsyncIterator<ExecutionResult>>await subscribe(schema, document);
expect(sub.next).toBeDefined()
// #1, cont:
// pubsub.publish('CREATE_ONE', { create: "FLUM!" })
// or...
// await pubsub.publish('CREATE_ONE', { create: "FLUM!" })
// this works, though, like in previous test, but with fake timers:
// setImmediate(() => pubsub.publish('CREATE_ONE', { create: "FLUM!" }))
// attempt #2:
// await pubsub.publish('CREATE_ONE', { create: "FLUM!" })
// attempt #3:
// pubsub.publish('CREATE_ONE', { create: "FLUM!" })
// await new Promise(setImmediate)
// attempt #3a (variant):
// await new Promise((resolve) => setImmediate(resolve));
const { value: { errors, data } } = await sub.next()
expect(errors).toBeUndefined()
expect(data).toBeDefined()
expect(data.create).toBe('FLUM!')
}, 10000)
我知道 setImmediate 在事件循环中放置了一个函数,以便在任何未决的 I/O 事件之后立即执行。我不确定为什么需要它,因为 pubsub.publish() returns 一个可以用 await 处理的 Promise,但在这种情况下会发生什么下一行 await sub.next() 永远不会被调用。
我的想法是,在 pubsub.publish() 中进行了一个 setInterval 调用,并且 setImmediate 等待任何未决的 setInterval 事件完成(我对此的理解是模糊的)。尝试 3 和 3a 是我在其他地方找到的执行此操作的机制,但在这种情况下它们似乎不起作用。
问题:为什么这个测试需要setImmediate才能通过?
所以我的困惑是由于 setImmediate 做什么和不做什么。这是正在发生的事情:
// setInterval and process.nextTick also work here:
setImmediate(() => pubsub.publish('CREATE_ONE', { create: "FLUM!" }))
const { value: { errors, data } } = await sub.next()
如果没有 setImmediate(),发布事件会在 sub.next() 被调用之前发送,因此不会被捕获。您可能认为 setImmediate(或 process.nextTick)会立即执行发布函数,但不是。相反,setImmediate 将发布调用延迟足够长的时间以执行 sub.next()。
我现在要补习一下 setImmediate 和 process.nextTick 的实际工作原理。