nodejs 中的异步之殇

终于再次回到 nodejs 异步中，以前我以为异步在我写的文章中，已经写完了，现在才发现，还是有很多的地方没有想清楚，下面来一一说明。

模块同步与连接异步

大家应该，经常使用 express 进行网站开发。express 本来的问题不是重点，你肯定要用到第三工具，redis, mysql 了之类的。

redis 需要连接，而连接成功需要一个回调(他是一个异步)。问题就在这里，这个问题是：倒底是 redis 先连接成功，还是 express 先启动成功？

redis.on('ready', cb);

app.listen(300, cb);

哪个先成功？如果你认为我的问题不太明白，我们把 redis 的准备成功的时间拉长，变成 10 分钟，这样你就看出来了， redis 还没有准备好， express 就运行了，网站成功运行了。如果 redis 是紧紧做为缓存还好，如果是一些有用的数据，那可能就会有用户不可以访问网站，你可以把 redis 换成别的组件，就是说 nodejs 中的异步已经影响到了组件中，但是你还是按同步的思路去使用，去引用。

这就需要有说明，组件的启动顺序，保证组件连接正常，才能启动网站。

从根上进行控制

从哪里处理呢？

我认为还是要从根上进行处理， nodejs 中的异步不能保证顺序，不能保证你放在前面的代码就一定在前端运行。你需要的是从根上描述你的模块的依赖和启动顺序，这样就能保证网站的可用性。

但这样写可以吗？

redis.on('ready', () =>{
    app.listen(300, cb)
})

可以是可以，但是你不觉得很难受吗？

因此，我的做法，所以有模块的启动顺序，都要用一个函数说明，保证启动顺序和依赖，这样里我用是的　async.auto 模块，他能显式说明函数的顺序：

const async = require('async')

function main() {
  async.auto({
    config(cb) {
      cb(null, require('./config'))
    },
    logger: ['config', (scope, cb) => {
      const logger = require('./module/logger')(scope.config)
      cb(null, logger)
    }],
    redis: ['config', (scope, cb) => {
      const redis = require('./module/redis')
      cb(null, redis)
    }],
    util(cb) {
      cb(null, require('./module/util'))
    },
    module: ['util', 'logger', 'redis', (scope, cb) => {
      cb()
    }],
    web: ['config', 'module',(scope, cb) => {
      const web = require('./web')(scope, cb)
    }],
    ready: ['module', 'web', (scope, cb) => {
      cb()
    }]
  }, function(err, scope) {
    const logger = scope.logger

    logger.info('app running')
  })
}

main()

这就是我的函数，　web 模块也是组织进来，这样就可以在 web 启动时，第三方的模块都准备好。

想通了这点，我把我自己的项目重写了一遍，欢迎围观：

express-boilerplate

原文地址：https://www.cnblogs.com/htoooth/p/9057413.html