你或者在我的项目中遇到过这样的状况。成员A成员B都用得上一个后端接口api，但它们相互不晓得对方什么时候申请这个接口，因而导致一关上页面，同一个接口居然反复申请了屡次。因为用户手抖，又因为成员遗记做申请的loading防误触解决，导致一个接口被用于疯狂申请，最终数据乱套，页面不可用。SPA单页面利用，多个页面甚至是多个组件可能有同样的数据申请，齐全能够共享的数据却不得不反复申请，影响页面加载效率。想要用节流或者防抖解决下面的问题，然而后端返回数据的工夫浮动太大，导致不晓得应该设置多长的工夫。这些申请节约，实际上都有调用异步函数（async function）的参加的；因而，它们虽不是async function的问题，但却能够利用async function的特点来解决。async function实质上是一个Promise。因而只有利用好Promise的个性，就能解决这些问题。once-init 正是为解决这些问题而生。它从 Promise 的定义登程，用 Promise 的根底性能彻底地阻止了异步申请节约的产生。我用它做了两件事：缓存申请的返回值；缓存Promise申请自身；原理once-init 的核心思想是缓存和执行队列；缓存返回值实现缓存返回值并不艰难，只有写一个单例模式就好了。上面是一个缓存的单例模式的简略示例；
如果缓存曾经有值，返回缓存的值；如果缓存没有值，执行异步函数；执行结束后，更新缓存；这是一个繁难的解决方案，它大略能解决10%的异步函数相干的问题，因为在第一次执行Promise实现之后，就不会再进行申请，也就不会产生节约了；然而，它没有解决多个Promise同时产生的状况。假如开发人员同一时间屡次调用init，如果第一次调用的Promise还没有实现，cache也还没有初始化，就会导致同一时间的所有调用仍旧创立新的Promise。甚至有可能因为屡次申请，一直的变动cache，你甚至没有方法确定最初cache的值是不是你最初一次申请的返回值。如果要解决这个问题，就须要利用Promise的个性，同一时间，同一个async function，只容许同一个Promise处在pending状态。缓存 Promise如果Promise正在执行，就不创立新的Promise；间接返回正在执行的Promise的返回值；如果没有Promise正在执行，就创立并缓存新的Promise；Promise执行完结之后，删除缓存的Promise；
通过这种形式，就能防止promise同一时间反复执行。这也是once-init这个库的核心思想。当然这个简略实现还有很多问题须要解决。通过这种形式，就能防止promise同一时间反复执行。这也是once-init这个库的核心思想。