C/C++程序如何将自己置于背景中？

从命令行启动的运行C或C++程序的最佳方法是将其置于后台,相当于用户是否从命令末尾的'&'启动了unix shell？(但用户没有.)这是一个GUI应用程序,不需要任何shell I/O,因此没有理由在启动后绑定shell.但是我希望shell命令启动在没有'&'(或Windows)的情况下自动后台运行.

理想情况下,我想要一个适用于Linux,OS X和Windows的解决方案.(或者我可以用#ifdef选择单独的解决方案.)可以假设这应该在执行开始时完成,而不是在中间的某个地方.

一种解决方案是让主程序成为启动真实二进制文件的脚本,小心地将其放入后台.但是需要这些耦合的shell /二进制对似乎并不令人满意.

另一个解决方案是立即启动另一个执行版本(带有'system'或CreateProcess),使用相同的命令行参数,但将子项放在后台然后让父出口.但与将自身置于背景中的过程相比,这似乎很笨拙.

在几个答案之后编辑:是的,fork()(或系统()或Windows上的CreateProcess)是一种解决这个问题的方法,我在原始问题中暗示过.但是所有这些解决方案都使得SECOND流程成为背景,然后终止原始流程.我想知道是否有办法将现有流程放入后台.一个区别是,如果应用程序是从记录其进程ID的脚本启动的(可能是为了以后的查杀或其他目的),新分叉或创建的进程将具有不同的ID,因此任何启动脚本都无法控制,如果你看到我得到了什么.

编辑#2:

fork()不是OS X的好解决方案,其中'fork'的手册页说如果使用某些框架或库则它是不安全的.我试过了,我的应用程序在运行时大声抱怨:"进程已分叉,你不能安全地使用这个CoreFoundation功能.你必须执行()."

我对daemon()感兴趣,但是当我在OS X上尝试它时,它给出了相同的错误消息,所以我认为它只是fork()的一个花哨的包装器并且具有相同的限制.

请原谅OS X中心主义,它恰好是我眼前的系统.但我确实在寻找所有三个平台的解决方案.

我的建议:不要这样做,至少在Linux/UNIX下不行.

Linux/UNIX下的GUI程序传统上不会自动进行自我背景.虽然这可能偶尔让新手烦恼,但它有许多优点:

在核心转储/需要调试的其他问题的情况下,可以轻松捕获标准错误.

使shell脚本可以轻松运行程序并等待它完成.

使shell脚本在后台运行程序并获取其进程ID变得容易:

gui-program &
pid=$!
# do something with $pid later, such as check if the program is still running

如果您的程序自行分叉,则此行为将中断.

"Scriptability"在许多意想不到的情况下很有用,即使使用GUI程序,我也会犹豫是否明确地打破了这些行为.

Windows是另一个故事.AFAIK,Windows程序自动在后台运行 - 即使从命令shell调用 - 除非它们明确请求访问命令窗口.

在Linux上,如果我理解正确的话,daemon()就是你要找的东西.

它通常在类Unix操作系统上完成的方式是在开头fork()并从父节点退出.这在Windows上不起作用,但比启动另一个存在分叉的进程要优雅得多.

有三件事需要做,

fork
setsid
redirect STDIN, STDOUT and STDERR to /dev/null

这适用于POSIX系统(你提到的所有声称都是POSIX(但Windows在声明位停止))