如何消除异步的传染性

前言

各位掘友好！本文跟大家分享一个关于 消除异步传染性 的知识点，你可能不熟悉甚至没听过异步传染性这个词，其实笔者也是最近才看到的，因此想着来分享一下！好了，接下来笔者会从两个方面来说这个知识点，一方面是概念，另一方面就是如何消除。

什么是 异步传染性

笔者通过一个例子来介绍异步传染性的概念。

上图中由于m2中的fetch是异步的，导致了使用m2的m1变成了async function；main 又使用了m1，从而main也变成了async function。类似这种现象就叫做异步的传染性。(可能你会觉得，为什么main不直接调m2，我们此处是为了理解这个概念，不要钻牛角尖😁)

m2就好像病毒🦠，m1明知道到m2有毒，还要来挨着，结果就被传染了，main也是一样。

那什么是消除传染性呢？就是希望不要 async/await，让mian、m1变成纯函数调用。也就是mian、m1不依赖fetch的状态。期望像下面这样调用：

纯函数：

1. 输入决定输出： 纯函数的输出完全由输入决定，即相同的输入始终产生相同的输出。这意味着函数不依赖于外部状态，也不会对外部状态进行修改。
2. 没有副作用： 纯函数没有副作用，即在函数的执行过程中不会对除函数作用域外的其他部分产生影响。它不会修改全局变量、改变输入参数或进行文件IO等操作。

纯函数在函数式编程中具有重要作用，因为它们易于理解、测试和维护。由于不依赖于外部状态，纯函数可以很好地并行执行，也有助于避免常见的错误，例如竞态条件和不确定性行为。

接下来咱们就分析一下要如何实现消除。

如何消除

当我们把async/await去掉之后，就变成了同步调用，那么m2返回的肯定是pending状态的promise，main得到的也是，肯定达不到我们想要的效果。

那我们能不能等promise变成fulfilled/rejected状态再接着执行main？

可以，第一次调用main，我们直接throw，第一次调用就会终止，然后等promise变成fulfilled/rejected状态，我们将返回结果或错误信息缓存一下，再调用一次main，再次调用时存在缓存，直接返回缓存即可，此时也就变成了同步。流程图如下：

具体实现如下：

效果如下：

到此本次分享的内容就完了，感谢阅读！

总结

本文通过简单的例子，描述了什么是异步的传染性，以及如何利用缓存、throw、重写fetch实现了消除异步的传染性。

如果本文对你有一点点帮助，点个赞支持一下吧，你的每一个【赞】都是我创作的最大动力 ^_^。