私はプログラム内の多くのオブジェクトによって使用されるグローバルシングルトンを持っています。これは、プログラムがシャットダウンするときにクラッシュを引き起こします。シングルトン自体がプログラムの最後で破壊された後で、いくつかのオブジェクトのデストラクタで使用されます。ポインタに「削除」が呼び出されたかどうかを知るための移植可能な方法はありますか?私の場合、deleteは(void *)( - 1)へのポインタの値を変更するようですが、これが移植可能かどうかは分かりません。C++ポインタが破壊されているかどうか確認できますか?
答えて
いいえ、C++ポインタが指すオブジェクトが破棄されたかどうかを確認することはできません。
スマートポインタを使用すると、スマートポインタが自動的に処理されます。
これは破壊命令にはあまり役立ちませんしかし、シングルトンで。 –
@AndréCaron:真実ですが、言語の変更を禁止すると、それが役に立ちます。 –
問題は設計されているようです。 –
私はそれも未定義の領域だと思っていました。
他のものがすべてクリーンアップされるまであなたのシングルトンを削除しないことをお勧めします。そうでなければ、インスタンスを削除した後にポインタをNULLに設定し、それを確認することができます。リファクタリングが順調であるように私には聞こえる。
言われたように、あなたはできません。これを追跡するさまざまな手法がありますが、プラットフォームに依存しています。
まず、あなたの場合の実際の問題は何ですか?シングルトンは、破壊されたときに他のオブジェクトによって使用されています。あなたのシングルトンがCランタイムによって破壊された場合、他のオブジェクトを破壊するものは何ですか?
Cランタイムは他のオブジェクトも破壊します。 –
ここでは設計上の問題があります。Cランタイムによって保証されたデストラクタの特定の順序はありません。シングルトンが破壊されたかどうかを確認するのは適切な解決策ではなく、ハックです。シングルトンの方法は何をしていますか? –
シングルトンの削除対象を特定する簡単な方法は、シングルトンのデストラクタを非公開にすることです。その後、削除しようとしている場所でコンパイルエラーが発生するはずです。
単純な答え:
- ポインタを使用しないでください。
- 古典的なMyersシングルトンを使用します。
次に、あなたのオブジェクトの後に破棄されることを保証するために、オブジェクトの前にインスタンス化されていることを確認してください。オブジェクトの前にインスタンス化されていることを確認するには、オブジェクトのコンストラクタでインスタンスを使用するだけです。
親指の規則:デストラクタでシングルトンを使用する場合。最初にコンストラクタで使用します。
class A
{
A();
A(A const&);
A& operator=(A const&);
public:
static A& getInstance() // return reference.
{
static A instance; // Created on first use.
// So lazily created when expensive.
return instance; // Guaranteed to be destroyed in reverse order of
// creation In comparison to other static storage
// duration objects. Thus if it is created before
// your object It is guaranteed to be correctly
// destroyed after your object.
// If you want to guarantee it is created before your
// object just call A::getInstance() in your constructor
// the static member 'instance' will only be created
// once and returning a reference is not expensive.
}
// If you are creating this from the constructor of a global
// Then threading becomes a non issues as threads are not started before main
// If you are using pthreads or Windows threads you potentially can start them
// but it is undefined if they will work so again not your issue.
};
このコードは、静的インスタンスの有効期間を追跡します。割り当てをヒープした場合も同様に機能します。 もちろん、インスタンスがまだ構築されていない場合でも、instance()
の最初の呼び出し時にインスタンスが作成されます。 しかし、グローバルな静的デストラクタの複雑なメッシュがある場合は、これを使用してインスタンスが破棄されているかどうかを判断できるはずです。
class Thing
{
public:
enum State { preConstruction, constructed, destructed };
static const State& singletonState() { return state_;}
static Thing& instance()
{
static Thing instance;
return instance;
}
private:
Thing()
{
state_ = constructed;
}
~Thing()
{
state_ = destructed;
}
static State state_;
};
Thing::State Thing::state_ = Thing::preConstruction;
- 1. pygtk glib.timeout_add():タイマーが破壊されていないかどうかを確認するには?
- 2. iPhoneがドッキングされているかどうか確認できますか?
- 3. URLが壊れていないかどうかを確認します。
- 4. 写真が壊れているかどうかを確認するには?
- 5. zipファイルが壊れているかどうかを確認するPythonスクリプト
- 6. アクティビティが破壊されたかどうかを確認する適切な方法
- 7. ポインタを解放できるかどうかを確認する
- 8. 「破壊的」ボタンが押された(UIActionSheet - iPhone)かどうかを確認するにはどうすればいいですか?
- 9. ユーザーがdbで確認されているかどうかを確認
- 10. パケットが破棄されました - どのパケットがドロップされているかを確認しますか?
- 11. QMutexがロックされているかどうかをどのように確認できますか?
- 12. データベースが更新されているかどうかの確認
- 13. C# - 変数が初期化されているかどうかの確認
- 14. カスタムC#PowerShell Cmdlet -Verboseが指定されているかどうかを確認
- 15. アプリがインストールされているかどうかを確認して開くことができますか?
- 16. IISがインストールされているかどうかを確認しますか?
- 17. UIViewがタッチされているかどうかを確認しますか?
- 18. ポートが使用されているかどうかを確認しますか?
- 19. ファイルが更新されているかどうかを確認しますか?
- 20. Javascript:URLが変更されているかどうかを確認しますか?
- 21. HealthKitが承認されているかどうかを確認する方法
- 22. prePersist()で値が変更されたかどうか確認できますか?
- 23. ポインタが有効かどうかを確認する方法?
- 24. C++ gdbコアダンプでは、ポインタがまだ割り当てられているかどうか確認できますか?
- 25. Javaオブジェクトが確実に破壊されるようにする
- 26. iFrameが破損するかどうかを動的に確認しますか?
- 27. C#ボタンがクリックされたかどうかの確認
- 28. デバイスが脱獄されていないかどうかを確認することはできますか?
- 29. PDFファイルがPHPで壊れていないか確認してください
- 30. C++プロジェクト内で関数が呼び出されているかどうかを確認しますか?
いいえ、ありません。 "シングルトン反パターン"と "静的初期化地獄"を探します。 –
'delete'はあなたのポインタの値を変更すべきではありません。 –
おそらくそれはデバッグビルドにありました –