windows 操作系统配置node进程守护,用不挂机

NSSM 有两种使用方式,我们分别介绍:

方式一: 可视化界面安装windows服务

我们以上一篇中搭建的静态资源站点为例,将这个静态资源站点安装为一个windows服务

首先,打开命令行,将当前目录调整到 NSSM 的安装目录(注意根据你的机器区分32位还是64位) 然后,在命令行中输入 nssm install <servicename> (注意把<servicename>替换为你想要的服务名称) 再然后就会弹出可视化的服务安装界面,如图所示:

大家可以看到,界面中有3个文本框可以填,分别什么意思呢? Path: 启动进程的exe文件的路径,在本例中卫node.exe文件的路径 Startup dictionary: 应用程序启动目录,将会在这个目录下执行你的Node应用的入口文件(start.js/app.js等) Arguments: 启动文件的文件名,如start.js

综上所述:就是以 Path 指定的命令,在 Startup dictionary 指定的目录下,执行 Arguments 指定的脚本。联想node程序的控制台启动命令就很容易明白了。

填写完毕之后点击Install Service就可以成功安装应用服务啦。只要服务是运行状态,就可以访问你的Node应用了。

方式二: 命令行安装安装windows服务

这次,我们把Nginx安装为一个windows服务,开机自动运行

首先,打开命令行,将当前目录调整到 NSSM 的安装目录(注意根据你的机器区分32位还是64位) 然后,输入 nssm install <servicename> <app> [<args> ...] 然后回车,就安装好啦,如图:

通过命令行界面安装windows服务

Tips: 通过在命令行中输入nssm,回车,可以看到各种命令的使用帮助

如果需要卸载服务:nssm remove <ServerName> confirm

或者用windows的命令行:sc delete 服务名称

原文地址:https://www.cnblogs.com/liuguiqian/p/11388133.html

时间: 2024-07-31 23:17:22

windows 操作系统配置node进程守护,用不挂机的相关文章

windows内核代码之进程操作

[toc] 一丶简介 整理一下windows内核中.常用的代码.这里只整理下进程的相关代码. 二丶 windows内核之遍历进程 内核中记录进程的结构体是EPROCESS结构.所以只需要遍历这个结构即可.标准方法可以使用ZwQuerySystemInformation函数.使用SystemProcessInformation功能号. 另外也有很多种枚举进程的方法比如找到EPROCESS结构进行枚举的.(CPU结构体 KPCR)等等.不过兼容性都是不太好.另一种方法是枚举句柄表 PspCidTab

开启子进程的两种方式,孤儿进程与僵尸进程,守护进程,互斥锁,IPC机制,生产者与消费者模型

开启子进程的两种方式 # # # 方式一: # from multiprocessing import Process # import time # # def task(x): # print('%s is running' %x) # time.sleep(3) # print('%s is done' %x) # # if __name__ == '__main__': # # Process(target=task,kwargs={'x':'子进程'}) # p=Process(tar

开启进程 守护进程

一:开启进程的方式 第一种 from multiprocessing import Process import time def task(name): print(f"{name} is running ") time.sleep(3) print(f"{name} is gone") if __name__ == '__main__': p = Process(target = task,args = ('常鑫',)) p.start() print('===

.Net Core部署在Linux服务器:Nginx反向代理+Supervisor进程守护

前言:.Net Core 程序(网站)可以部署在windows IIS ,也可以部署在Linux系统(更加推荐) 本文部署,基于.net core 2.1,服务器CentOS 7, 需要安装的服务有2个:Nginx,SuperVisor(进程守护) 命令预览: Linux: 重启:reboot Nginx: 强杀: killall -9 nginx 测试配置是否正确: nginx -t 启动: nginx SuperVisor:停止:supervisorctl shutdown 启动: supe

Windows内核原理研究——进程创建

进程可能是用户接触的Windows系统中最多的部分了,对于Windows系统而言,进程是一个独立的地址空间可以为线程提供一个独立的执行环境, 也就是说 进程= 独立的地址空间 一个进程内核对象 线程= 一个线程自己的栈 一个线程内核对象 当然这个栈是在进程的地址空间中.那么,也就是说线程才是真正“干活”的东西,进程只不过是一些资源的集合而已.只能说是“原材料”. 在我学习Windows内核以前一直觉得进程的种种特性很神奇,比如说地址空间独立是怎么实现的呢?我们的电脑使用的都是同一块内存怎么能实现

Android实现双进程守护

做过android开发的人应该都知道应用会在系统资源匮乏的情况下被系统杀死!当后台的应用被系统回收之后,如何重新恢复它呢?网上对此问题有很多的讨论.这里先总结一下网上流传的各种解决方案,看看这些办法是不是真的可行.1.提高优先级这个办法对普通应用而言,应该只是降低了应用被杀死的概率,但是如果真的被系统回收了,还是无法让应用自动重新启动!    2.让service.onStartCommand返回START_STICKY通过实验发现,如果在adb shell当中kill掉进程模拟应用被意外杀死的

保持Service不被Kill掉的方法--双Service守护 &amp;&amp; Android实现双进程守护

本文分为两个部分,第一部分为双Service守护,第二部分为双进程守护 第一部分: 一.Service简介:Java.lang.Object ?Android.content.Context  ?android.content.ContextWrapper  ?android.app.Service Service是应用程序Application的一个组件(component).它的作用有两点:1.用来提供一个长期在后台运行并且不与用户交互的操作,2.也可以为其他应用程序提供服务.Service

Android实现双进程守护 (转)

做过android开发的人应该都知道应用会在系统资源匮乏的情况下被系统杀死!当后台的应用被系统回收之后,如何重新恢复它呢?网上对此问题有很多的讨论.这里先总结一下网上流传的各种解决方案,看看这些办法是不是真的可行.1.提高优先级这个办法对普通应用而言,应该只是降低了应用被杀死的概率,但是如果真的被系统回收了,还是无法让应用自动重新启动!    2.让service.onStartCommand返回START_STICKY通过实验发现,如果在adb shell当中kill掉进程模拟应用被意外杀死的

windows下批量杀死进程

有时候由于病毒或其他原因,启动了一系列的进程,并且有时杀了这个,又多了那个.使用命令taskkill可将这些进程一下子全部杀光: C:\Users\NR>taskkill /F /im frontpg.exe 成功: 已终止进程 "FRONTPG.EXE",其 PID 为 3732. 成功: 已终止进程 "FRONTPG.EXE",其 PID 为 24544. 成功: 已终止进程 "FRONTPG.EXE",其 PID 为 3612. 错误