答案是使用systemctl命令管理服务。启动服务用sudo systemctl start 服务名称；停止服务用sudo systemctl stop 服务名称；重启服务用sudo systemctl restart 服务名称，会中断服务；重载配置用sudo systemctl reload 服务名称，不中断连接；查看状态用systemctl status 服务名称，可显示运行状态和日志；设置开机自启用sudo systemctl enable 服务名称，禁用则用disable；查看是否启用开机启动用systemctl is-enabled 服务名称；查看详细日志用sudo journalctl -u 服务名称，支持-f实时跟踪、–since时间过滤、-p级别筛选。restart先停再启，导致中断；reload发送SIGHUP信号重载配置，保持服务连续性，但并非所有服务都支持。优先尝试reload以减少影响。
在Linux系统里，启动和停止指定服务通常通过
systemctl
命令来完成，它是管理Systemd系统和服务的核心工具。对于一些老旧的系统或者特定的服务，你可能还会遇到
service
命令或者直接运行
/etc/init.d/
目录下的脚本。但现在，
systemctl
几乎是所有主流Linux发行版的首选，它功能更强大，也更统一。
解决方案
要启动、停止或管理一个Linux服务，最直接的方式就是使用
systemctl
。我个人觉得，掌握它能解决你90%的服务管理问题。
启动服务：
sudo systemctl start
比如，你要启动Nginx，就是
sudo systemctl start nginx
。这会立即让服务跑起来。
停止服务：
sudo systemctl stop
如果你想让Nginx停下来，就用
sudo systemctl stop nginx
。
重启服务：
sudo systemctl restart
这其实是先停止再启动，通常用于配置更改后需要完全刷新服务状态的情况。
重载服务：
sudo systemctl reload
这个命令很有用，它会告诉服务重新加载其配置文件，而不会中断当前正在处理的连接或任务。并不是所有服务都支持
reload
，如果不支持，
systemctl
通常会退回到
restart
。
查看服务状态：
systemctl status
这是我最常用的命令之一。它能告诉你服务是否正在运行、PID、内存占用，以及最近的几行日志，对于快速排查问题简直是神器。
启用服务（开机自启动）：
sudo systemctl enable
这个命令会创建一个符号链接，确保服务在系统启动时自动运行。
禁用服务（取消开机自启动）：
sudo systemctl disable
如果你不希望某个服务随系统启动，就用这个。
记住，这些操作大多需要
sudo
权限，因为它们涉及到系统级别的更改。
如何让Linux服务开机自动启动？
让服务开机自启动，这是个非常常见的需求，也是服务管理中一个关键的环节。你总不希望每次服务器重启后，还得手动去启动Nginx、MySQL或者你自己的应用吧？老实说，我见过不少新手因为忘记设置这个，导致服务器重启后服务“失踪”的尴尬场面。
要实现开机自启动，
systemctl enable
命令就是你的答案。当你运行
sudo systemctl enable
时，Systemd会在
/etc/systemd/system/multi-user.target.wants/
目录下为你的服务单元文件创建一个符号链接。
multi-user.target
是Systemd在系统启动时进入的默认运行级别之一，它表示一个多用户、非图形化的环境，大多数后台服务都会在这个阶段启动。
举个例子，如果你安装了Apache HTTP服务器，想让它开机自启动：
sudo systemctl enable apache2 # Debian/Ubuntusudo systemctl enable httpd # CentOS/RHEL
执行后，系统会告诉你创建了一个符号链接，这表示设置成功了。下次系统启动时，Apache服务就会自动加载并运行。
如果你想确认某个服务是否已经设置为开机自启动，可以这样查看：
systemctl is-enabled
它会返回
enabled
或
disabled
。
当然，如果你想取消一个服务的开机自启动，对应的命令就是
sudo systemctl disable
。它会移除那个符号链接，让服务不再随系统启动。这在测试或者临时禁用某个服务时非常有用。
如何查看Linux服务的运行状态和日志？
服务跑起来了，但它真的在正常工作吗？有没有报错？这是我们作为管理员最关心的问题之一。我个人觉得，
systemctl status
和
journalctl
是排查服务问题时，你最应该先想到的两个工具。它们能帮你快速定位问题，避免大海捞针。
首先是
systemctl status
。这个命令提供了服务状态的概览，非常直观：
systemctl status nginx
输出会告诉你：
Active: 服务是否正在运行（active (running)），或者停止了（inactive (dead)），或者启动失败了（failed）。Loaded: 服务单元文件是否被Systemd加载。PID: 服务的进程ID。Memory: 服务占用的内存。CGroup: 服务所属的控制组信息。Latest Logs: 最关键的是，它会显示服务最近的几行日志输出。这些日志往往能直接指出服务启动失败的原因，比如端口冲突、配置文件错误等等。
如果
status
命令给出的日志不够详细，或者你需要查看更早的日志，那么
journalctl
就派上用场了。
journalctl
是Systemd的日志管理工具，它能聚合所有Systemd单元的日志。
要查看特定服务的完整日志，你可以这样：
sudo journalctl -u
比如，查看Nginx的日志：
sudo journalctl -u nginx
这个命令会显示Nginx服务的所有历史日志。你可能需要用到一些参数来过滤日志：
sudo journalctl -u nginx -f
：实时跟踪Nginx的最新日志输出，就像
tail -f
一样。这在调试服务启动问题时特别有用。
sudo journalctl -u nginx --since "2 hours ago"
：查看过去两小时内的Nginx日志。
sudo journalctl -u nginx -p err
：只显示Nginx服务的错误日志。
通过这两个命令的配合使用，你基本上能掌握服务的运行状况，并且在遇到问题时，能够迅速找到线索。
服务管理中，重启和重载有什么不同？
systemctl restart
和
systemctl reload
这两个命令，在日常服务管理中经常用到，但它们之间有着本质的区别，理解这一点对于维护服务的稳定性和可用性至关重要。我见过不少人，一遇到配置更改就直接
restart
，虽然多数时候没问题，但在生产环境，这可能会导致不必要的服务中断。
说白了：
systemctl restart
：这个命令的操作逻辑是：先完全停止服务，然后再重新启动服务。当一个服务被
restart
时，它会终止所有当前正在运行的进程，释放所有占用的资源（比如端口、内存），然后从头开始启动一个新的服务实例。优点： 确保服务的所有状态都被完全重置，新的配置或代码改动能彻底生效。缺点： 服务在停止和重新启动的短暂时间内是不可用的，这会导致服务中断。对于高并发或要求高可用的服务来说，这种中断是需要尽量避免的。
systemctl reload
：这个命令的操作逻辑是：通知服务重新加载其配置文件，而不会停止服务的运行。当一个服务被
reload
时，Systemd会向服务进程发送一个特定的信号（通常是
SIGHUP
），告诉它“嘿，你的配置文件变了，去重新读取一下吧！”服务进程在收到这个信号后，会在不中断现有连接或任务的情况下，加载新的配置。优点： 服务不会中断，保持了高可用性。用户或客户端不会察觉到服务的中断。缺点： 并不是所有服务都支持
reload
。如果一个服务的设计不支持这种“热重载”机制，或者你修改的配置项过于底层，需要完全重新初始化服务才能生效，那么
reload
可能就无法达到预期效果，甚至
systemctl
会自动回退到
restart
。
什么时候用哪个？
用
restart
：
当你对服务的核心代码或依赖库进行了升级。当你修改了服务的关键配置，这些配置需要服务完全重新初始化才能生效（例如，改变了监听的端口、数据库连接池大小等）。服务出现异常，需要彻底重置其状态以尝试恢复。
用
reload
：
当你只修改了服务的非核心配置，比如Nginx的虚拟主机配置、Apache的目录权限设置等，这些更改可以在不中断服务的情况下生效。你希望在不影响用户体验的前提下，更新服务的某些参数。
在实际工作中，我通常会优先尝试
reload
，如果发现配置没有生效，或者服务行为不符合预期，才会考虑
restart
。这样能最大限度地减少对生产环境的影响。
以上就是Linux如何启动和停止指定服务的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/200989.html
微信扫一扫 
支付宝扫一扫 
