C 如何向Linux守护进程/服务传递参数
我创建了一个Linux守护进程（用C语言），通过UDP将某些信息发送到另一台计算机。当然，它需要远程IP地址和端口号。我将这个守护进程存储在C 如何向Linux守护进程/服务传递参数,c,linux,daemon,C,Linux,Daemon,我创建了一个Linux守护进程（用C语言），通过UDP将某些信息发送到另一台计算机。当然，它需要远程IP地址和端口号。我将这个守护进程存储在/usr/local/bin/中，并在/etc/init.d/中创建了一个脚本来启动|停止|重新启动守护进程 到目前为止，IP地址和端口号直接通过脚本传递给守护进程。例如，脚本的start（）部分如下所示： start() { /usr/local/bin/lvsload_udp_s 192.168.122.25 47239 } 因此，当远程IP和/或
/usr/local/bin//etc/init.d/start() {
/usr/local/bin/lvsload_udp_s 192.168.122.25 47239
}
- “干燥”（不要重复自己-只在一个地方存储数据）
- “吻”（保持简单，愚蠢）
- 将配置文件存储在/etc中（将应用程序存储在/usr/local/bin中） 。。。或者
- 将配置文件存储在应用程序的安装目录中（并可能定义一个全局环境变量以指向安装目录）
如果您使用debhelper构建debian包，它将自动为您创建此结构。我相信也有类似的工具来创建“标准”RPM 使用环境变量：
// include stdlib for getenv
port = getenv("MY_DAEMON_PORT");
host = getenv("MY_DAEMON_HOST");
// convert port to integer...
init.d/etc/environment/etc/myDaemon.env. /etc/myDaemon.env
但是您的情况非常简单，我也不认为在脚本中保留参数有问题。为什么您认为命令行参数不好 配置文件是额外的工作，因为您需要解析它们。按照您的示例，修改配置文件=修改一个文件。修改脚本=修改一个文件。当你只有少量的论据时，似乎没有什么不同。您甚至可以将参数粘贴到脚本顶部的变量中，这使得它几乎像一个配置文件：-）有些脚本甚至源于这样的“变量设置脚本”，因此它看起来确实像一个配置文件
如果您能找到命令行参数不好的原因，那么很有可能您也知道应该使用什么来代替。另一方面，如果您甚至无法解释为什么命令行参数不好，那么使用它们可能没有什么错…什么可以阻止您使用配置文件？例如，您可以在守护进程中安装一个信号处理程序。。。并让它在收到信号后重新读取配置文件：
kill-SIGUSR1 nnnnnn