创建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 Service After=network.target [Service] User=your_user WorkingDirectory=/path/to/your/application ExecStart=/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。
-
-
[Unit]部分：
-
启用并启动服务：
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, BaseHTTPRequestHandler
class 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 Server After=network.target [Service] User=your_user WorkingDirectory=/path/to/your/script ExecStart=/usr/bin/python3 /path/to/your/script/my_server.py Restart=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=512M LimitNOFILE=4096
-
使用
CPUShares和MemoryAccounting：CPUShares用于控制服务的CPU使用权重，MemoryAccounting用于启用内存资源统计。[Service] CPUShares=512 MemoryAccounting=true
-
使用
OOMPolicy：OOMPolicy用于控制服务在内存不足时的行为，例如kill表示直接杀死服务。[Service] OOMPolicy=kill
-
使用
Nice：Nice用于设置服务的优先级，值越小优先级越高。[Service] Nice=-10
代码示例：
假设你的应用是一个CPU密集型任务，你想限制它使用的CPU资源，可以这样配置：
[Service] ExecStart=/path/to/your/cpu_intensive_app LimitCPU=50% # 限制CPU使用率为50%
或者，你想限制应用的内存使用量：
[Service] ExecStart=/path/to/your/memory_intensive_app LimitMemory=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 服务单元文件是一个非常强大的工具，可以用来管理各种类型的服务。 掌握这些高级用法，可以让你更好地控制和管理你的系统。
