创建linux自定义服务需编写systemd服务单元文件，具体步骤为：1. 创建服务单元文件并命名为your_service_name.service；2. 编写[unit]、[service]和[install]部分配置，包括服务描述、启动依赖、运行用户、工作目录、启动命令及重启策略等；3. 使用systemctl enable/start命令启用并启动服务；4. 通过systemctl status检查服务状态。调试失败时应查看服务状态与journalctl日志，确认路径、权限与执行命令正确性，并可手动执行启动命令测试。修改已有服务需编辑单元文件后重载systemd配置并重启服务，注意备份与逐步修改。资源限制可通过limit指令、cpushares、memoryaccounting等设置实现。高级用法包括type=forking、watchdogsec、environment、sockets等，以满足复杂需求并提升安全性与系统控制能力。
创建Linux自定义服务，核心在于编写systemd服务单元文件，告诉systemd如何启动、停止、重启你的服务。这个过程看似复杂，其实掌握了基本结构和常用指令，就能灵活应对各种需求。
解决方案
创建服务单元文件： 通常位于/etc/systemd/system/目录下，命名规则一般为your_service_name.service。例如，创建一个名为my_app.service的文件。
sudo nano /etc/systemd/system/my_app.service
编写服务单元文件内容： 这是最关键的一步，需要根据你的应用特点进行配置。一个基本的单元文件结构如下：
[Unit]Description=My Application ServiceAfter=network.target[Service]User=your_userWorkingDirectory=/path/to/your/applicationExecStart=/path/to/your/application/executable # 启动命令Restart=on-failure[Install]WantedBy=multi-user.target
[Unit]部分：Description：服务的描述信息，方便理解服务的作用。After：定义服务启动的依赖关系，例如network.target表示在网络服务启动后才启动你的服务。[Service]部分：User：运行服务的用户，建议使用非root用户，确保安全。WorkingDirectory：服务的工作目录，即你的应用所在的目录。ExecStart：启动服务的命令，这是核心配置，指向你的应用的可执行文件或脚本。Restart：定义服务失败后的重启策略，on-failure表示服务异常退出后自动重启。[Install]部分：WantedBy：定义服务随哪个target启动，multi-user.target表示在多用户模式下启动，通常也是图形界面的默认target。
启用并启动服务：
sudo systemctl enable my_app.service # 设置开机自启sudo systemctl start my_app.service # 启动服务
检查服务状态：
sudo systemctl status my_app.service
通过查看状态，可以确认服务是否成功启动，以及是否有任何错误信息。
如何调试systemd服务启动失败？
调试systemd服务启动失败，说实话，有时候挺让人头疼的。最常见的问题就是路径错误、权限不足、或者应用自身存在bug。
查看服务状态： systemctl status your_service.service 这是第一步，也是最重要的一步。它会告诉你服务是否启动成功，以及最近的日志信息。
查看journalctl日志： journalctl -u your_service.service 这个命令可以查看服务的完整日志，包括启动过程中的所有信息。通常，错误信息会在这里显示出来。可以加上-f参数实时追踪日志。
检查ExecStart命令： 确认ExecStart指向的路径是否正确，可执行文件是否存在，以及是否有执行权限。
检查User和WorkingDirectory： 确认指定的User是否有权限访问WorkingDirectory下的文件。
手动执行ExecStart命令： 尝试在终端中手动执行ExecStart命令，看看是否能够成功启动应用。这可以帮助你排除应用自身的问题。
使用systemd-analyze blame： 这个命令可以分析系统启动时间，找出启动时间最长的服务，从而定位问题。
考虑使用Type=oneshot： 如果你的服务只需要执行一次，可以使用Type=oneshot。systemd会在服务执行完毕后自动停止。
代码示例：
# 一个简单的Python Web服务器，用于演示服务启动from http.server import HTTPServer, BaseHTTPRequestHandlerclass MyHandler(BaseHTTPRequestHandler): def do_GET(self): self.send_response(200) self.send_header('Content-type', 'text/html') self.end_headers() self.wfile.write(b"Hello, World! This is my custom service.")if __name__ == '__main__': server_address = ('', 8000) httpd = HTTPServer(server_address, MyHandler) print('Starting server...') httpd.serve_forever()
对应my_app.service文件：
[Unit]Description=My Python Web ServerAfter=network.target[Service]User=your_userWorkingDirectory=/path/to/your/scriptExecStart=/usr/bin/python3 /path/to/your/script/my_server.pyRestart=on-failure[Install]WantedBy=multi-user.target
如何修改已有的systemd服务？
修改已有的systemd服务，其实和创建新服务类似，但需要注意一些细节，避免出现意想不到的问题。
编辑服务单元文件： 使用sudo nano /etc/systemd/system/your_service.service编辑服务单元文件。
重新加载systemd配置： 修改完服务单元文件后，需要重新加载systemd配置，使修改生效。
sudo systemctl daemon-reload
重启服务： 重新启动服务，应用新的配置。
sudo systemctl restart your_service.service
检查服务状态： 确认服务是否成功启动，以及是否有任何错误信息。
sudo systemctl status your_service.service
备份服务单元文件： 在修改服务单元文件之前，建议先备份一份，以防修改出错导致服务无法启动。
注意依赖关系： 如果修改了服务的依赖关系，需要仔细考虑对其他服务的影响。
逐步修改： 如果需要修改多个配置项，建议逐步修改，每次修改后都重启服务进行测试，避免一次性修改过多导致问题难以定位。
如何设置systemd服务的资源限制？
资源限制对于保证系统稳定性和避免单个服务占用过多资源非常重要。Systemd 提供了多种方式来限制服务的资源使用。
*使用`Limit指令：** 在服务单元文件的[Service]部分，可以使用LimitCPU、LimitMemory、LimitNOFILE`等指令来限制CPU使用时间、内存使用量、以及打开文件数量。
[Service]LimitCPU=10%LimitMemory=512MLimitNOFILE=4096
使用CPUShares和MemoryAccounting： CPUShares用于控制服务的CPU使用权重，MemoryAccounting用于启用内存资源统计。
[Service]CPUShares=512MemoryAccounting=true
使用OOMPolicy： OOMPolicy用于控制服务在内存不足时的行为，例如kill表示直接杀死服务。
[Service]OOMPolicy=kill
使用Nice： Nice用于设置服务的优先级，值越小优先级越高。
[Service]Nice=-10
代码示例：
假设你的应用是一个CPU密集型任务，你想限制它使用的CPU资源，可以这样配置：
[Service]ExecStart=/path/to/your/cpu_intensive_appLimitCPU=50% # 限制CPU使用率为50%
或者，你想限制应用的内存使用量：
[Service]ExecStart=/path/to/your/memory_intensive_appLimitMemory=1G # 限制内存使用量为1GB
资源限制的设置需要根据应用的实际情况进行调整，不能一概而论。
systemd服务单元文件还有哪些高级用法？
Systemd服务单元文件除了基本的启动、停止、重启功能外，还有很多高级用法，可以满足更复杂的需求。
使用Type=forking： 如果你的服务启动后会fork出一个子进程，可以使用Type=forking。Systemd 会等待父进程退出后，才认为服务启动成功。
使用WatchdogSec： WatchdogSec用于设置看门狗超时时间，如果服务在指定时间内没有向 systemd 发送心跳信号，systemd 会自动重启服务。
[Service]WatchdogSec=60s
使用Environment： Environment用于设置环境变量，可以在服务中使用这些环境变量。
[Service]Environment=MY_VARIABLE=my_value
使用Sockets： Sockets用于指定服务监听的socket，Systemd 会自动创建并管理这些socket。
使用Partitions： Partitions可以用来隔离服务的资源，例如 CPU、内存、I/O 等。
使用Delegate： Delegate可以用来将服务的控制权委托给其他进程。
使用CapabilityBoundingSet： CapabilityBoundingSet可以用来限制服务拥有的 Linux capabilities，提高安全性。
总而言之，systemd 服务单元文件是一个非常强大的工具，可以用来管理各种类型的服务。 掌握这些高级用法，可以让你更好地控制和管理你的系统。
以上就是如何创建Linux自定义服务 systemd服务单元文件编写的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/10372.html
微信扫一扫 
支付宝扫一扫 
