我在 index.ts 中调用 time-helper.ts 中的 waitForFn()，出错的调用栈是这样的：
这个调用栈有啥问题呢？只显示出了 time-helper 模块的文件信息，完全不显示调用者的信息，这样一来，完全不知道是谁调用了这个 waitForFn() 函数。你从错误信息里都不知道是哪个函数出错了。
出现这种情况，原因在这里：「链接」
解决办法在这里：「链接」
简单总结下 ，就是：
在异步函数返回之前，系统会清空当前调用线，然后把异步函数中的调用栈写进去。
解决办法 ：只要把tsconfig.json文件中的compilerOptions.target改成es2018或以上的版本即可。
改完后效果：
可见整个调用栈都非常清晰。
更新下，我之所以让您玩一下AJAX，是希望您体验一下异步，并不是希望您了解AJAX这机制的实现方法，因为AJAX是一个特别典型且简单的异步场景，比如：执
行某个函数 ->执行语句A,B,C,D ->在D语句发起异步请求，同时向引擎注册一个回调事件 ->执行E,F,G
->退出函数块 ，引擎Loop...Loop...Loop，此时异步的请求得到了Response，之前注册的回调被执行。
@VILIC VANE
也提到了，实际上Node.js主要是为了应对主流web
app存在大量I/O等待而CPU闲置的场景所衍生的解决方案，而在架构上，它的后端有一个底层的worker封装，每当你有一个诸如addUser这样
的I/O操作时，它们都会被交由worker去执行从而达到让出尽快让出当前函数的执行权的目的，在向引擎注册完回调后，内部会通过事件轮询去检查该I
/O事件的句柄，当句柄显示该事件操作完成后，则注册的回调则被执行。
所以，假设有人（按题设，简化一下场景，有且只有2个人）同时请求
addUser(A)和userList(B)，B的请求会在执行完A的请求内部所有同步代码后被执行，而哪怕worker此时仍然在进行addUser
这一 I/O操作，用户B也并不会被引擎挂起或者等待。这就是为什么Node.js单节点却一样可以拥有高负载能力的原因。
至于什么样的代码是异步的，你看看node文档里fs模块的使用方法就知道了，大概的形式就是如下这种。
module.method( args [,callback] )
当然还有一种比较极端的情况，假设您使用的数据库是山寨的，驱动是基于同步实现的，那么B就该等多久等多久把，树荫底下喝杯茶，下个棋，和后面的C,D,E,F,G打个招呼呗~~~
我推荐您先去玩一下前端的AJAX了解一下 异步编程方式，体验一下异步的“感觉”，然后看一本叫《JavaScript异步编程》的书。
Node.js
是一款基于Event-driven的模型构建的Framework，它典型的特征就是通过内置的事件轮询来调度事件，通常来说node.js的数据库驱
动都是基于异步实现的，所以在实际情况中，A提交博客和B注册用户这两个请求是可以同时由Node.js
来handle，并按照实际操作的处理事件分别调度给予浏览器响应。
当然，假设您在业务代码里写了一个耗时很久的同步代码（比如直接写一
个while(true)的loop，Node就死了），由于JavaScript本身单线程的限制，所以整个App就会被block住，后续的事件/程
序只有等到该段代码执行完成之后才会被处理，这也是为什么我们通常不建议在Node.js层做大规模计算（JS本身的计算效率太低，会导致Node吞吐量
会大大降低），而倾向由C++的拓展去实现。
