我正在编写服务（即后台流程），并希望通过共享库启动它。也就是说，想要使用该服务的人将链接到共享库，称之为 start（）方法，该方法将分叉并返回。然后fork将运行该服务。
这种方法的问题在于服务流程现在可能有很多遗留分配的内存，它实际上并不需要。有没有办法摆脱这个并让分叉的进程分配自己的东西？我当然知道 exec（），但问题是
所以基本上，我正在寻找一种方法来调用一个任意函数 func（），其中一些参数应该在一个新进程中运行，并且所有未传递给该函数的东西都不应该＆＃ 39;进入新的过程。有没有办法实现这个或类似的东西？
答案 0 :(得分：3)
这是一个有趣的问题，我很遗憾没有得到很好的答案。我怀疑任何像sbrk + close + munmap这样的清理策略都会可靠地允许任何基于libc的代码继续运行，所以我试着让exec更好：
对于任何类型的基于exec的解决方案，您应该能够将数据深度复制到shm以传递非字符串。这应该照顾你的第二个问题。
以下是您第一期的一些疯狂建议：
不要：只要求可执行文件位于PATH或编译时目录中。
这是透明的，遵循UNIX哲学。错误消息Can't find myhelper in PATH不会减慢任何人的速度。大多数依赖帮助程序可执行文件的工具都可以做到这一点，并且很好。
Make your library executable，并将其用作您的exec目标。您可以尝试通过某种内省来查找其名称，可能是/proc/self/maps或glibc提供的任何内容。
如上所述，但exec python或其他你可以合理确定存在的东西，并使用外部指针接口在你的库上运行一个函数。
作为构建过程的一部分，编译一个小的可执行文件并将其作为二进制数据包含在库中。将其写入/tmp并执行。
其中，我更喜欢＃1的简单性和透明度，即使这是最无聊的解决方案。