シグナルハンドラ内でメモリを解放する

Question

ソケットを使用するAPIを作成しています。 APIでは、さまざまなアイテムにメモリを割り当てます。私はソケットを閉じて、Ctrl-Cのようなシグナルがある場合にはメモリを解放することを確認したい。これを調べると、free（）は安全な関数リスト（man 7シグナル）にないように見えます。したがって、シグナルハンドラ内のメモリを解放することはできません。私はちょうど良いソケットを閉じることができます。どのように私はメモリを解放することができるかについての任意の考えを持っていますか？あなたの時間のために事前にありがとうございます。

Answer 1

また、シグナルをキャッチせず、OSにプロセスのクリーンアップ中に行うようにクリーンアップを処理させてください。プロセスに直接結びついていないリソースを解放しているわけではありませんので、手動で解放する必要は特にありません。

Answer 2

ハンドラで解放しないでください。代わりに、何かを解放する必要があることをプログラムに示します。次に、あなたがプログラムでそれを検出するので、シグナルコンテキストではなく、メインコンテキストから解放することができます。

Answer 3

一つの技術（他の人があまりにも存在する）：

1. あなたのプログラムは、メインの処理ループを実行しました。
2. メイン処理ループでフラグをチェックして、 "実行中"かどうかを確認します。
3. シグナルハンドラに「keep running」フラグをfalseに設定するだけで、プログラムを終了させることはできません。
4. 終了する前に、メイン処理ループでメモリのクリーンアップを実行してください。

これは、割り当てと割り当て解除の両方を、既知のシーケンスで呼び出されるコードのブロックに配置する利点があります。それは相互に関連するオブジェクトのウェブを扱うときには神秘的なことであり、同じオブジェクトを混乱させようとする2つの処理フローの間で競合状態になることはありません。

Answer 4

ライブラリやアプリケーションを作成していますか？ライブラリを作成している場合は、呼び出し元のアプリケーションと競合するシグナルハンドラをインストールする必要はありません。このようなシグナルを処理したい場合はアプリケーションのビジネスです。そして、（シグナルハンドラのコンテキスト外から）ライブラリへの適切なクリーンアップコールを行います。

もちろん、アプリケーションを作成していても、SIGINTを処理してソケットを閉じてメモリを解放する理由はありません。シグナルを処理する唯一の理由は、が終了しないようにするか、保存していないデータがあるか、または終了する前にクリーンアップする必要がある共有状態（共有メモリやファイルシステムのようなもの）です。メモリを解放するか、独自のプロセスによってのみ使用されるファイル記述子を閉じることは、終了時に実行する必要があるタスクではありません。