linux pm2的安装及使用

npm run dev的服务想放在服务器上，但是putty一断服务就没了。

网上差了下forever和pm2用的比较多，尤其是pm2 简直太好用了。。

具体 *** 作如下

安装

npm install -g pm2

如果发现pm2找不到命令，做一下连接

找到pm2在本机的安装目录，以下这个命令一定要先用whereis pm2找到pm2的安装路径，每台机器安装的路径是不同的

如果连接建立错误，可以到/usr/local/bin/下 rm 掉pm2 ，可以看见pm2是红色的。

ln -s /usr/local/src/node/bin/pm2 /usr/local/bin/pm2

又比如：ln -s /usr/local/node-v8.11.3/out/bin/pm2 /usr/local/bin/pm2

https://my.oschina.net/u/2252639/blog/1798667

启动服务（原服务是通过npm run dev启动）

pm2 start npm -- run dev

如果原服务是node app启动的话，就用 pm2 start app.js --name uops

也可以找package.json里的配置，例如

"scripts": {

"dev": "nodemon index.js"

}

终止 pm2 stop

列举出所有用pm2启动的程序： pm2 list

查看启动程序的详细信息： pm2 describe** id**

Introduce

在开发模式的时候，我们常用 nodemon 和 webpack 热更新nodejs项目（如express）和前端项目（如vue），但需要部署的时候我们就不能再用开发环境的配置了，需要改成生产环境配置。为了使得项目可以稳健的运行在服务端，node可以使用nohup启动，前端项目可以使用nginx代理。

但是为了更加规范管理，我们应该使用pm2来管理node项目。

nohup(不推荐使用)

作用：不挂断地运行命令。

启动后通过 ps -ef 可以查看进程和 pid，如果需要停止，输入

需要特别注意的是，退出远程时，要使用 exit 退出，直接关闭远程工具将会导致后台静默进程停止。

尽管nohup是内置工具，但万一服务抛异常，对外没有反应，表现为无端停止服务，对维护不友好。

pm2(推荐使用)

相比 nohup，pm2 更加合理，推荐使用 pm2 部署。

首先全局安装 pm2

为了方便，我们可以把 pm2 软链接到系统环境下(假设 pm2 安装路径是/usr/sbin/nodejs/bin/pm2)，

最后在项目中添加 pm2 配置文件， processes.json

其中 name 代表进程别名，script 代表需要执行的命令，env 是注入到服务中的变量。

最后修改 package.json 的 start 命令(项目为 express )为

如果需要查看 pm2 状态，使用

表明通过 pm2 启动项目。

停止或重启服务使用

自动启动

在实际情况下，偶尔会发生服务器宕机，可是重启后pm2应用不会被自动启动，这时候我们就需要去保存我们的pm2状态，然后配置开机自启。

执行后会输出

这表示pm2把当前应用列表启动信息保存到了磁盘文件上

执行后输出

这表明pm2往系统中写入了开机启动任务，开机是自动启动上次pm2保存的应用列表

这时候如果想测试，可以手动重启服务器试一下，查看一下pm2应用任务是否正确启动

再也不用担心重启后服务不起了。

nginx

作为一个高性能的http和反向代理服务，在linux上不免要选用它。

安装教程

代理教程

对于Web而已，80端口和443端口是十分重要的，原则上需要输入 http://domain.com:80 才可以浏览网页的，但由于默认端口是80，所以‘:80’可以忽略。同理对于https的443端口也一样。

所以我们常常需要在80端口监听多个服务，这就必须要用上nginx的代理功能了。用法如下：

常规配置

代理配置

nginx如果检测到vue.msg.com的请求，将 转发 请求到本机的8080端口，如果检测到的是react.msg.com请求，也会将请求 转发 到8081端口。

同样的，如果前面用pm2开启了node项目，而且运行在3000端口，并且已经做好了域名映射，如（api.msg.com），我们可以同理配置代理

上面就是linux上部署项目的教程（后续介绍 docker部署 ）。

如：

生成命令

执行命令后将生成一个ecosystem.config.js的配置文件,示例：

首先安装更新的pm2包，再更新内存中的PM2

---