协程专属函数的存在意义？兼谈every、coEvery等函数的使用限制

为什么coEvery/coVerify无法用于非suspend函数？ #

co系列函数是完全针对协程场景设计的：

• 它们会依赖协程调度器执行mock逻辑，非suspend函数不需要协程上下文，强行使用会触发编译错误——非suspend函数不允许挂起操作。
• coEvery针对挂起函数的底层签名做了适配，会处理隐藏的Continuation参数，而非suspend函数的调用流程不包含这个参数，导致mock逻辑无法正确匹配执行。

为什么every不能处理suspend函数？ #

除了参数列表不含suspend关键字外，核心是实现逻辑的本质差异：

• every基于普通函数的调用栈实现，没有处理协程的挂起/恢复机制。当mock挂起函数时，其底层调用需要传递Continuation参数，every没有预留这个参数的处理逻辑，既无法正确捕获挂起函数的调用，也无法生成符合挂起函数要求的mock实现，最终会导致编译失败或运行时协程状态异常。

为什么不合并coEvery和every为一个函数？ #

主要出于两个核心原因：

• 语义明确性：分开两个函数能让开发者直观区分mock的是普通函数还是挂起函数，避免误用，降低理解和调试成本。
• 实现与编译安全：挂起函数的底层签名和普通函数差异极大（多了Continuation参数），如果合并成一个函数，会导致重载冲突或需要复杂的类型推断，反而增加使用和维护的复杂度。另外，co系列需要额外处理协程上下文注入、挂起逻辑适配，和普通mock的逻辑完全独立，分开实现更清晰，便于后续迭代维护。

内容的提问来源于stack exchange，提问作者k314159