从命令行启动的正在运行的 C 或 C++ 程序将自身置于后台的最佳方式是什么，相当于用户从命令末尾带有“&”的 unix shell 启动？ (但用户没有。)它是一个 GUI 应用程序，不需要任何 shell I/O，因此没有理由在启动后绑定(bind) shell。但我希望 shell 命令启动在没有“&”(或在 Windows 上)的情况下自 Action 为后台运行。
理想情况下，我想要一个可以在任何 Linux、OS X 和 Windows 上运行的解决方案。 (或者我可以使用 #ifdef 选择的单独解决方案。)可以假设这应该在执行开始时就完成，而不是在中间的某个地方完成。
一种解决方案是让主程序成为启动真正二进制文件的脚本，小心地将其置于后台。但是需要这些耦合的 shell/二进制对似乎并不令人满意。
另一种解决方案是立即启动另一个 已执行的版本(使用'system' 或CreateProcess)，使用相同的命令行参数，但将子进程置于后台，然后让父进程退出。但与将自身置于后台的过程相比，这似乎很笨拙。
在回答几个问题后编辑:是的，fork()(或 system()，或 Windows 上的 CreateProcess)是一种执行此操作的方法，我在最初的问题中已经暗示过.但是所有这些解决方案都会创建一个后台进程，然后终止原始进程。我想知道是否有办法将现有进程置于后台。一个区别是，如果应用程序是从记录其进程 ID 的脚本启动的(可能是为了以后杀死或其他目的)，新 fork 或创建的进程将具有不同的 ID，因此不会被任何启动脚本控制，如果你明白我的意思了。
编辑#2:
fork() 对于 OS X 来说不是一个好的解决方案，其中“fork”的手册页说如果使用某些框架或库是不安全的。我试过了，我的应用程序在运行时大声提示:“进程已经 fork ，你不能安全地使用这个 CoreFoundation 功能。你必须执行 exec()。”
我对 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如果您的程序 fork 自身，这种行为将会中断。
“Scriptability”在很多意想不到的情况下都很有用，即使是 GUI 程序，我也不愿意明确地打破这些行为。
Windows 是另一回事。据我所知，Windows 程序会自动在后台运行——即使是从命令 shell 调用时——除非它们明确请求访问命令窗口。
关于windows - C/C++程序如何将自己置于后台？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/116701/