WSACleanupとatExit

Question

atExit関数でWSACleanupを登録することはできますか？コード内のさまざまな箇所で終了できるいくつかのアプリケーションがありますので、WSACleanupをコードを徹底して使用することは避けてください。これらすべてのアプリケーションで使用されているdllがあるので、Creatntly DllMainを使用してWSAStartup/WSACleanupを呼び出します。ただし、Microsoftでは、デッドロックの原因となる可能性があるため、DllMainを使用してWSAStartup/WSACleanupを使用することについて厳密にアドバイスしています。 WSAStarupをDllMainから移動して、Windowsソケットライブラリにアクセスする前に、すべてのアプリケーションのコードの一箇所でこれを呼び出すことができます。そして、WSAStartupを呼び出すとすぐに、atExit関数を使用してWSACleanupへの呼び出しを登録したいと考えています。誰もがこのアプローチの経験がありますか？ありがとう！

Answer 1

マルチスレッドアプリケーションがあり、スレッドのいくつかがまだ接続されている場合、相手側のアプリケーションは接続が終了する方法が気に入らない場合があります。ですから、main（）が終了する前に順序付けられた方法ですべての通信を終了し、終了したらWSACleanupを呼び出すことができます。

Answer 2

まあ、atExitは使用しないでください。クラス内のソケットライブラリの初期化と破壊のラッピングのRAII原則に従うべきです。

Answer 3

私はRAIIアプローチが好都合であることに同意します。

しかし、警告の単語：dllとハンドルが混在したatExitは、ウィンドウで壊れています。残念ながら、これはRAIIにも影響します。これは、C++ランタイムによってatExitハンドラで実装されるためです。

のatexitハンドラがウィンドウで呼び出される順序：

1. どこかに出口が（呼ばまたはメインれる）は、プロセスで定義された
2. のatexitハンドラが呼び出されるスコープの外に出ます。
3. すべてのハンドルが破棄されます。
4. dllで定義されたatexitハンドラが呼び出されます。

のDLL内のatexitハンドラは、プロセスハンドラが最初に呼び出され、DLLのハンドラが呼び出される前にハンドルが破棄されている過程でのハンドラの前に登録されている場合、それは問題ではありません。これにより、DLLによって所有されているすべてのハンドルが無効になったため、クリーンアップコードが呼び出されたときにwin32の例外が発生します。

スレッド、ミューテックス、ファイル、ソケットなどにハンドルを保持するコードです。これらがdllに割り当てられている場合は、exitを呼び出す前にクリーンナップする必要があります。

私は間違っている場合や、誰かがこれを回避する方法を知っていれば、私はこれがアプリケーションのクリーンアップに尽きない痛みを引き起こすので、私が知りたいと思っています。私は、アプリケーションが終了したときにwin32の例外を受け取った後で、これをC++ランタイムのデバッグ出口処理と考えました。

コードを終了するためにすべての呼び出しを削除する必要がありました。私は今、dllの静的データがハンドルを制御しないようにしました。すべての静的ハンドルは、メインがスコープ外になると破壊されるオブジェクトによって制御されます。