其实标题中的问题，是一个伪命题，因为Generator和callback根本没有任何关系，只是我们通过一些方式（而且是很复杂的方式）强行将他俩产生了关系，才会有现在的Generator处理异步。
Generator的本质- 和
callback的结合
介绍Generator的第一节中，多次提到 暂停 这个词 ———— “暂停”才是Generator的本质 ———— 只有Generator能让一段程序执行到指定的位置先暂停，然后再启动，再暂停，再启动。
而这个 暂停 就很容易让它和异步操作产生联系，因为我们在处理异步操作时，即需要一种“开始读取文件，然后暂停一下，等着文件读取完了，再干嘛干嘛...”这样的需求。因此将Generator和异步操作联系在一起，并且产生一些比较简明的解决方案，这是顺其自然的事儿，大家要想明白这个道理。
不过，JS 还是 JS，单线程还是单线程，异步还是异步，callback还是callback。这一切都不会因为有一个Generator而有任何变化。
之前在介绍Promise的最后，拿Promise和callback做过一些比较，最后发现Promise其实是利用了callback才能实现的。而这里，Generator也必须利用callback才能实现。
拿介绍co时的代码举例（代码如下），如果yield后面用的是thunk函数，那么thunk函数需要的就是一个callback参数。如果yield后面用的是Promise对象，Promise和callback的联系之前已经介绍过了。
co(function* () {
const r1 = yield readFilePromise('some1.json')
console.log(r1) // 打印第 1 个文件内容
const r2 = yield readFileThunk('some2.json')
console.log(r2) // 打印第 2 个文件内容
})因此，Generator离不开callback，Promise离不开callback，异步也离不开callback。
如果你看完了，感觉还不错，欢迎给我打赏 ———— 以激励我更多输出优质内容
