node

node单线程，没有并发，但是可以利用cluster进行多cpu的利用。cluster是基于child_process的封装，帮你做了创建子进程，负载均衡，IPC的封装。

const cluster = require('cluster');

const http = require('http');

if (cluster.isMaster) {

let numReqs = 0;

setInterval(() => {

console.log(`numReqs = ${numReqs}`);

}, 1000);

function messageHandler(msg) {

if (msg.cmd && msg.cmd === 'notifyRequest') {

numReqs += 1;

}

}

const numCPUs = require('os').cpus().length;

for (let i = 0; i < numCPUs; i++) {

cluster.fork();

}

for (const id in cluster.workers) {

cluster.workers[id].on('message', messageHandler);

}

} else {

// Worker processes have a http server.

http.Server((req, res) => {

res.writeHead(200);

res.end('hello world\n');

process.send({ cmd: 'notifyRequest' });

}).listen(8000);

}

我们通过cluster.fork()来创造几个子进程，让子进程来替我们工作。在fork的时候会传一个参数到子进程，cluster.isMaster就是根据有没有这个参数判断的。

如果是子进程就起一个server。

每个子进程都会绑定到8000端口，这不会引起端口占用吗？

答案是不会，因为listen并不会真的监听到8000端口，它会通过IPC把子进程的消息传到主进程，主进程会创建服务器，然后调用子进程的回调。

在子进程的回调中：子进程会根据主进程是否返回handle句柄来执行下一步的操作，如果没有handle句柄，说明在负载均衡的策略没有选中本进程。那么就自己造一个handle对象返回。

那自己造个对象怎么返回请求呢？

请求到主进程，主进程会分发请求，处理到该请求的子进程会通过IPC与主进程通信，这样就完成了一个请求的响应。

通过cluster完成单机器的负载均衡，那么多机器呢？还是得用nginx。

node & pm2

pm2 是node的进程管理工具，它封装了cluster，可以通过命令行来创建多个进程来处理。

写个config文件：

app.json

{

"name" : "app",

"script" : "src/main.js",

"watch" : true,

"merge_logs" : true,

"instances" : "max", // 使用cluster

"error_file" : "./log/error.log",

"out_file" : "./log/asccess.log",

"pid_file" : "./log/pid.pid",

"cwd" : "./",

"max_restarts" : 10,

"min_uptime": "10s",

"env": {

"NODE_ENV": "development",

"BABEL_ENV": "node"

},

"env_prod" : {

"NODE_ENV": "production"

}

}

pm2 start app.json

也可以不写配置文件直接写pm2 start -i 4 --name server index.js

开启4个instance。

通过参数开启多个子进程，而不需要修改我们的业务代码。

go

go也是非阻塞io，Golang默认所有的任务都在一个cpu核里，如果想使用多核来跑goroutine的任务，需要配置runtime.GOMAXPROCS。

自从Go 1.5开始， Go的GOMAXPROCS默认值已经设置为 CPU的核数，我们不用手动设置这个参数。

我们先说说go的并发。

go本身就可以通过go关键字来进行并发操作。go关键字创建的并发单元在go中叫goroutine。

比如：

package main

import (

"fmt"

"time"，

// "runtime"

)

func main() {

go func(){

fmt.Println("123")

}()

go func(){

fmt.Println("456")

}()

// runtime.Gosched()

fmt.Println("789")

time.Sleep(time.Second)

}

会打印789 ，123，456，或者 780，456，123。

在主线程开始就通过go字段开启了2个goroutine，两个goroutine的执行顺序不确定。

如果当前goroutine发生阻塞，它就会让出CPU给其他goroutine。

如果当前goroutine不发生阻塞，一直在执行，那么什么时候执行其他goroutine就看go调度器的处理了。

不过go提供runtime.Gosched()来达到让出CPU资源效果的函数，当然不是不执行，会在之后的某个时间段执行。如果把注释去掉，789就会最后执行。

单核的时候其实goroutine并不是真的“并行”，goroutine都在一个线程里，它们之间通过不停的让出时间片轮流运行，达到类似并行的效果。

如果我在123，或者456之前加 time.Sleep(time.Second)。那么CPU的资源又会转让回主进程。

当一个goroutine发生阻塞，Go会自动地把与该goroutine处于同一系统线程的其他goroutines转移到另一个系统线程上去，以使这些goroutines不阻塞，主线程返回的时候goroutines又进入runqueue

下面这段代码：

import (

"fmt"

"runtime"

)

var quit chan int = make(chan int)

func loop() {

for i := 0; i < 100; i++ { //为了观察，跑多些

fmt.Printf("%d ", i)

}

quit <- 0

}

func main() {

runtime.GOMAXPROCS(1)

go loop()

go loop()

for i := 0; i < 2; i++ {

<-quit

}

}

会打印什么呢？

runtime.GOMAXPROCS(2)改成双核cpu，又会打印什么呢？

我们能看到，双核cpu的时候，goroutine会真正的并发执行而不是并行。他们会抢占式的执行。

参考https://studygolang.com/articles/1661

python

python是有多线程的，但是python有gil影响了他的多cpu利用。

GIL是CPython中特有的全局解释器锁

这把锁在解释器进程中是全局有效的，它主要锁定Python线程的CPU执行资源。

想要执行多核的进程需要满足2个条件

被操作系统调度出来【操作系统允许它占用CPU】

获取到GIL【CPython解释器允许它执行指令】

python在单核cpu上执行没有问题，这个线程总能获得gil，但是在多核的时候，线程会出现竞争，GIL只能同时被一个线程申请到，没申请到的就会被阻塞，就会一直处于闲置状态。

到线程切换时间然后睡眠，被唤醒之后获取gil又失败，恶性循环。

特别是计算型线程，会一直持有gil。

GIL 可以被 C 扩展释放，Python 标准库会在每次 I/O 阻塞结束后释放 GIL，因此 GIL 不会对 I/O 服务器产生很大的性能影响。因此你可以 fork 进程或者创建多线程来创建网络服务器处理异步 I/O，GIL 在这种情况下并没有影响。

解决方案：

使用python3.4或更高版本（对GIL机制进行了优化）

使用多进程替换多线程（多进程之间没有GIL，但是进程本身的资源消耗较多）

指定cpu运行线程（使用affinity模块）

全IO密集型任务时使用多线程

协程 （gevent模块）

Python 3.2开始使用新的GIL。新的GIL实现中用一个固定的超时时间来指示当前的线程放弃全局锁。在当前线程保持这个锁，且其他线程请求这个锁时，当前线程就会在5毫秒后被强制释放该锁。

总结

node是没有多线程的利用的，只能用多进程来利用多核cpu，python因为gil的问题，也没法完全利用多线程，但是有一些神奇的方案可以利用比如指定cpu运行。

go的实现是比较好的，毕竟是后来的语言，可以多核跑协程，来利用cpu