@tw234tw 异步非阻塞我能理解，比如从数据库取数据这是个异步过程，扔到底层线程池处理。

对从数据库取回的数据做编码，比如列表数据结构给整成树形数据结构，类似的操作是同步代码吧，这些同步代码是在主线程上跑的吧，假设处理时间为 1s，即 1s 之后一个 /a 请求才算结束，下一个 /a 请求才开始。

现在的问题是测试结果：接口与接口之间是顺序请求的，不是并行执行的。

@jiurihuahuo 那何谈高并发？是我一直以来获取了假消息？还是？

@yakczh 现在就想知道 nodejs 自个可支持高并发，就是同时接收很多个请求，不会延迟处理。

@AsJoy 那么请问，什么是 io 密集型应用，能否举个例子，如果连 web 服务都不算的话。

@tw234tw

1. node 主线程按照顺序执行。 同意
2. 并行执行的是那些异步i/o操作。 同意

这些跟高并发什么关系？还是说接口就应该是一个处理完成后处理下一个，如果这样的话高并发怎么理解。这个帖子核心问题就是想搞明白 nodejs 的高并发到底是怎样的。

中午和老大讨论了一下，老大说高并发是指：以前 web 服务器同一时间比如说最多只能接收 100 个请求，多的就无法接收了。nodejs 所谓的高并发是指可以同时接收 1000、10000 个请求，只不过以排队的方式在等待。

不知道这种说法可准确。

@myy 兄弟，cpu 密集型我现在懂了。

问题是高并发如何理解？

请求一个接口，从数据库搂完数据，要简单组装下，这个业务很常见吧。组装数据假设需要花费 100ms，问题是：100个人同时访问这个接口， 第 100 个人是不是要等前面 99 个请求处理完才能拿到响应，即 100(人) * 100ms = 10s 之后才能拿到响应。

如果是这样子，处理高并发如何理解？ 如果不是这样子，上面那段 demo 验证的结果是一个接口处理完才开始处理下一个接口。是 demo 写的哪里不对？

@cheerego cluster 跟 cpu 个数有关吧，我的云主机是 1 核的，等于没啥用。

var http = require('http')
var cluster = require("cluster");
var numCPUs = require("os").cpus().length;

console.log('numCPUs is %o', numCPUs)

if (cluster.isMaster) {
  // Fork workers.
  for (var i = 0; i < numCPUs; i++) {
    cluster.fork();
  }

  cluster.on("exit", function(worker, code, signal) {
    console.log("worker " + worker.process.pid + " died");
  });
} else {
    // Workers can share aclearny TCP connection
    // In this case its a HTTP server
    http.createServer(function(req, res) {
        if (req.url === '/a') {
            console.time('/a')        
            function fib(n) {
                if (n === 0) return 0;
                else if (n === 1) return 1;
                else return fib(n - 1) + fib(n - 2)
            }

            fib(42)
            console.timeEnd('/a')

            res.end('a is ' + new Date())
            
        } else if (req.url === '/b') {
            res.end('b is ' + new Date())
        }
  
      })
      .listen(3600, function () {
          console.log('服务已启动')
      });
}

@xcstream 根据我最上面的 demo 显示应该是 一个人 10s，第二个人 20s(第一个人10s之后处理第二个人，第二个人请求 10s，加一起 20s)

到目前为止，我比较认同的高并发观点： 相对于 apache 以多线程的方式接收请求，一下子来成千上万(1000个请求)的请求，线程数(100个线程)就那么多，超过的请求(900个请求)就自动挂了； nodejs 起的web服务器，不管你来多少请求，都在事件队列里慢慢排队，高并发 指能接收请求的数目，而不是指同一时间内能处理多少个请求（猜的~）。

• 以下面代码为例，是 express 中简单的一个处理接口
• 浏览器访问 /home，这是个网络请求，本身应该算是异步io吧，
• nodejs 接收之后将异步操作交给底层 libio 线程池处理，
• 处理完成之后将回调函数 function (req, res) {} 扔到事件队列里，
• js主线程同步代码执行完之后就会去事件队列中拿回调函数，回调函数最终是在主线程里执行的，
• so，前面我在回调里写了个斐波拉契阻塞函数，会阻碍其它请求的返回。

app.get('/home', function (req, res) {
  // ....
})

感觉这个说法暂时可以解释我的疑惑。