😂不知道大家有没有和小编一样,很多时候想将自己的一些应用转为服务运行,比如一些控制台应用或者.NET Core应用,但是又不想重新编码,把他们转为服务,本文将给大家提供些我使用过的方法,并提供一个基于NET8 AOT编译的辅助项目的封装工具构建方法,快来看看吧。点我✨Star
我的快速开发框架项目
先介绍下我的基于.NET 8的快速开发框架Simple Framework,旨在简化开发流程,减少学习成本。框架特点包括基于.NET 8、少用第三方库、基本授权鉴权、CRUD实现和后台管理前端。规划使用了NLog、Redis、Json库等,并支持多数据库结构。框架包含基础库、Web项目扩展库、EFCore扩展库、代码生成器和定时任务模块,并提供了一套基于vue2 elementui前端页面框架,以提高开发效率和灵活性,发布以来收到了很多朋友的喜欢,本文的封装工具也是朋友的建议下撸出来的,快去看看吧。
把应用封装为服务的常用方式 WinSW 和 NSSM
WinSW(Windows Service Wrapper)和 NSSM(Non-Sucking Service Manager)都是流行的开源工具,用于将任何可执行文件包装为Windows服务。
尽管它们的目标相同,但它们在设计、配置和功能方面有所不同。
以下是两者之间一些核心差异的概述:
- 设计理念:
WinSW 使用XML文件作为服务配置,由.NET框架支持,这意味着它需要.NET环境来运行。
NSSM 则不依赖.NET框架,它是使用C++编写的,并且包含了一个用户友好的GUI进行服务配置。 - 配置:
WinSW 需要一个XML配置文件,其中指定服务的详细信息,这可能对那些习惯于XML格式的用户更方便。
NSSM 提供了一个命令行界面,用于安装、删除、启动和管理服务。它还附带了一个GUI,允许用户通过图形界面配置服务。 - 特性和功能:
WinSW 支持日志记录、下载、服务失败操作等。它允许服务自我更新,也支持延迟的自动启动。
NSSM 的特点是轻量,易于使用,也支持日志记录,可以自动重启失败的服务,并且能够处理stdout和stderr输出。 - 易用性:
NSSM 因其简单的GUI而受到一些用户的青睐,允许快速安装和配置服务。
WinSW 需要用户编辑XML文件,这可能对一些用户来说不那么直观,但对于熟悉该格式的用户则非常有用。 - 依赖性:
WinSW 依赖于.NET环境,所以在没有安装.NET的系统上不能使用。
NSSM 没有额外的依赖,它可以在所有现代Windows系统上直接运行。 - 社区和支持:
WinSW 和 NSSM 都有活跃的社区,但他们的更新频率和社区支持可能会有所不同。
在选择使用哪一个时,你需要根据你的特定需求、你的技术偏好以及你所在的环境来决定。例如,如果你已经在使用.NET环境,并且希望有一个详细的配置文件,那么WinSW可能是更好的选择。而如果你希望在没有.NET环境的系统上运行,或者你喜欢使用图形界面进行配置,那么NSSM可能更适合你。
NSSM注册服务后,后台会常驻一个NSSM的程序文件,所以我选择了使用WinSW来做这个辅助工具。
封装构想
查对了WinSW的文档,他是基于xml的配置来执行不同的命令,来处理不同的服务操作,那我们可以写个程序,来封装xml配置文件的生成和指令的执行,这样一来你处理你的服务应用就只需要双击你的辅助程序,便可以方便的启停你的应用程序,.NET8刚好可以做AOT编译的项目,那就用它来做这个工具吧,也不用安装环境了,搞起。
项目构建
新建一个控制台应用,基于.NET8 启用AOT编译
-
建一个model,来存储转为xml的配置文件数据
-
把方法都封装到一个Helper类中
封装常用的 WinSW 命令
-
封装检查、读取、生成配置文件的方法
-
封装启动CMD的方法
-
最后封装指令菜单
看看运行效果
我的API项目执行文件是 Simple.WebHost.exe
- 双击我的辅助项目编译文件 Simple.RunService.exe 配置指令
查看1. 生成的xml文档
小试一刀1. ,注册并启动服务
简单吧,简单的封装,配置一次,以后更新啥的,直接双击运行辅助项目输入个数字就搞定了
看看编译的辅助工具的文件 2M还行吧,不用安装环境哦 注意X64环境使用哦