メモリがヒープ上にあるかどうかを確認しますか？

Question

クラスconstructorは、オブジェクトのアドレスをパラメータとして受け取ります。このクラスのDestructorで

MyClass(OtherClass * otherClass); 

は私がdeleteにOtherClassのインスタンスを試してみてください。

~MyClass() { 
    if(otherClass != nullptr) { 
     delete otherClass; 
    } 
} 

私がいる問題は、私はこのconstructorを呼び出すときに、私は、このように私は以下のようにそれを呼び出す、stackからではなくheapから要素とそれを呼び出すです：

のMyClass MyClassの（& otherObject ）;

したがって、myClassオブジェクトが範囲外になると例外が発生します。私のOtherObject変数がstackまたはheapに宣言されていればどうすればいいですか？つまり、どうすればオブジェクトをdeleteできますか？

Answer 1

メモリがヒープかスタックかを区別できるシステム固有のアプローチがありますが、実際には本当に役に立ちません。ヒープ上の別のオブジェクトのメンバへのポインタを持っている可能性があります。メモリはヒープ上にありますが、オブジェクトを削除する責任はありません。別の言い方をしてください：ではありませんあなたがいるパスを下に行く！

問題を処理する適切な方法は、所有権の意味をインターフェイスではっきりと明確にして、それに従うことです。二つの方向は、あなたが取ることができ、基本的にあります。

1. あなたのクラスは、故意にないは、コンストラクタに渡されたポインタの責任を引き継ぐことができます！代わりに、これらのオブジェクトとを処理して、オブジェクトが存在する間にそれらが有効であることを保証するのは、クラスのユーザーの責任です。スタック（またはメンバ）オブジェクトへのポインタを得ることができれば、ユーザはすでにこれらのオブジェクトの有効性を保証する必要があります。ユーザが対処するためには、他の方法std::unique_ptr<OtherClass>。
2. クラスはすべてのオブジェクトを受け取り、それはすべてdeleteになります。 への呼び出し側は、の呼び出し側から、スタックまたはオブジェクトのオブジェクトなど、他の場所で管理されているオブジェクトへのポインタを渡します。

クラスがオブジェクトの責任を何度か持ちますが、必ずしもそうではありません。しかし、このようなアプローチの実装は、実際には上記の2つのアプローチの組み合わせです。適切なスマートポインタをコンストラクタ引数として使用し、スマートポインタがあなたのユーザによって適切に構築されていることを確認するのはユーザの責任ですクラス。たとえば、クラスにはstd::shared_ptr<OtherClass>があり、そのために通常の構成はオブジェクトdeleteになります。ユーザが別の所有オブジェクトへのポインタを渡したい場合、std::shared_ptr<OtherClass>はではないdeleteのポインタを持つディレッタで構築されます。ここでstd::shared_ptrための2つの異なる管理戦略を実証する単純なプログラムです：

#include <iostream> 
#include <memory> 

struct foo { 
    char const* name; 
    foo(char const* name) 
     : name(name) { 
     std::cout << "foo::foo(" << name << "): " << this << "\n"; 
    } 
    ~foo() { 
     std::cout << "foo::~foo(" << name << "): " << this << "\n"; 
    } 
}; 

int main() { 
    std::shared_ptr<foo>(new foo("heap")); 
    foo f("stack"); 
    std::shared_ptr<foo>(&f, [](auto){}); 
}