如何将基于 .NET Core 3.0 的 WebApi 应用程序在 Linux 系统上配置并运行为一个稳定的守护进程？
- 内容介绍
- 文章标签
- 相关推荐
本文共计660个文字，预计阅读时间需要3分钟。
前言：我们一般可以在Linux服务器上执行dotnet app assembly.dll命令来运行我们的.net Core WebApi应用。但这种运行方式起来的应用很不稳定，关闭终端窗口后，应用也会停止运行。为了使其可运行，我们可以采取以下措施：
前言
我们一般可以在Linux服务器上执行 dotnet <app_assembly.dll> 命令来运行我们的.net Core WebApi应用。但是这样运行起来的应用很不稳定，关闭终端窗口之后，应用也会停止运行。为了让其可以稳定运行，我们需要让它变成系统的守护进程，成为一种服务一直在系统中运行，出现异常时也能重新启动。
Linux系统有自己的守护进程管理工具 Systemd 。systemd 是内核启动后的第一个用户进程，PID 为1，是所有其它用户进程的父进程。它直接与内核交互，性能出色，可以提供用于启动、停止和管理进程的许多强大的功能。我们完全可以将程序交给 Systemd ，让系统统一管理，成为真正意义上的系统服务。
systemctl 用于管理 systemd 的行为，替换之前的 sysvinit 和 upstart。
本文共计660个文字，预计阅读时间需要3分钟。
前言：我们一般可以在Linux服务器上执行dotnet app assembly.dll命令来运行我们的.net Core WebApi应用。但这种运行方式起来的应用很不稳定，关闭终端窗口后，应用也会停止运行。为了使其可运行，我们可以采取以下措施：
前言
我们一般可以在Linux服务器上执行 dotnet <app_assembly.dll> 命令来运行我们的.net Core WebApi应用。但是这样运行起来的应用很不稳定，关闭终端窗口之后，应用也会停止运行。为了让其可以稳定运行，我们需要让它变成系统的守护进程，成为一种服务一直在系统中运行，出现异常时也能重新启动。
Linux系统有自己的守护进程管理工具 Systemd 。systemd 是内核启动后的第一个用户进程，PID 为1，是所有其它用户进程的父进程。它直接与内核交互，性能出色，可以提供用于启动、停止和管理进程的许多强大的功能。我们完全可以将程序交给 Systemd ，让系统统一管理，成为真正意义上的系统服务。
systemctl 用于管理 systemd 的行为，替换之前的 sysvinit 和 upstart。