我有一个简单的程序，它使用 select 和类似的东西来实现多路复用 IO。
为了中断“服务器”进程，我集成了一个对 SIGINT 使用react的 sig_handler。
每次分配内存时，包含方法都会释放自身或调用方法。
使用 valgrind 显示，有一些分配没有释放。
也许没有必要，但我想了解什么是处理信号的最佳方式。
似乎在按 STRG + C 时未调用 free 调用。
所以用中断条件退出循环是没有意义的，这是我的第一个方法。
是否有可能在关闭整个程序之前清理所有内容？
感谢您的任何提示和建议。
最佳答案
Valgrind 只是一个查找内存泄漏的工具，而不是一个必须听取其建议的神谕。使程序“Valgrind-clean”是一个有值(value)的目标，但不要让它失控。问自己一些关于该计划的问题。
程序在收到
SIGINT或SIGQUIT或其他什么时是否需要做任何事情？它需要做某种干净的关机吗？例如，服务器可能决定完成所有打开的请求的处理，或者至少向连接的客户端发送关闭消息。突然终止是否总是会留下某些 block ？然后您可以从 Valgrind 中取消这些报告，而不必花费额外的时间来释放已经释放的内存。
简单来说，在即将退出的程序中调用free的原因只有两个。
如果这是取消 Valgrind 消息的最简单方法(即，无需阅读 Valgrind 手册)
如果它使您的代码更简单。
否则，不要在程序退出时调用 free，因为它只会消耗 CPU 周期。
处理 SIGINT:我可以想到四种处理 SIGINT 的常用方法:
使用默认处理程序。强烈推荐，这需要最少的代码并且不太可能导致任何异常的程序行为。您的程序将直接退出。
使用
longjmp立即退出。这适用于喜欢不戴 Helm 骑快速摩托车的人。这就像玩俄罗斯轮盘赌和图书馆电话一样。不推荐。设置一个标志，并中断主循环的
pselect/ppoll。这很难正确，因为您必须摆弄信号掩码。您只想中断pselect/ppoll，而不是像malloc或free这样的不可重入函数，所以您必须非常小心信号掩码之类的东西。不建议。您必须使用pselect/ppoll而不是select/poll，因为“p”版本可以设置原子信号掩码。如果您使用select或poll，在您检查标志之后但在您调用select/poll之前，信号可能会到达>，这很糟糕。创建管道以在主线程和信号处理程序之间进行通信。始终将此管道包含在对
select/poll的调用中。信号处理程序简单地向管道写入一个字节，如果主循环成功地从另一端读取一个字节，那么它就会干净地退出。强烈推荐。您还可以让信号处理程序自行卸载，这样不耐烦的用户可以按两次CTRL+C以立即退出。
#1 和#4 是最简单最简单的两种方法。
退出的程序没有任何泄漏。只有正在运行的程序才会有泄漏。一旦程序退出，所有内存都被释放(因此不再有泄漏)。
关于c - 在 SIGINT 上释放分配内存的最佳实践，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11487900/