問題タブ [smart-pointers]

boost::shared_ptr異常なコンストラクターがあります

これが何に役立つのか、私は少し困惑しています。基本的に と所有権を共有しますrが、.get()を返しpます。じゃない r.get()！

これは、次のようなことができることを意味します。

そして、あなたはこれを得るでしょう：

ポインタは別々ですが、どちらも ause_countが 2 であると主張していることに注意してください (同じオブジェクトの所有権を共有しているため)。

したがって、int所有者はまたはxが存在する限り存在します。ドキュメントが正しいことを理解していれば、2番目のドキュメントは決して破壊されません。次のテストプログラムでこれを確認しました。x yint

これは（予想どおり）出力します：

では、あるポインターの所有権を共有するが、使用すると別のポインター (所有していない) のように機能する、この異常な構造の有用性は何ですか。

残念なことに、実際の開発でスマートポインターを使用する機会はありませんでした（監督者はそれが「複雑」で時間の無駄だと考えています）。しかし、私はそれらを自分のものに使用することを計画しました...

モジュールが完了した後、または新しいデータがロードされたときに、モジュールの初期化を解除する状況があります。ポインターを使用していると、コードに次のようなnullのチェックが散らばっています...

生のポインターの代わりにスマートポインターを使用する場合、この問題をどのように軽減できますか？

ここに書かれているように、これまでのQtには8つの特定のスマートポインタクラスがあります。必要なのはそれだけのようです。ただし、これらのスマートポインターのいずれかを使用するには、クラスをQObjectから派生させる必要がありますが、これは必ずしも便利ではありません。Qtには、任意のクラスで機能するスマートポインターの他の実装がありますか？

以下は有効ですか？

ctorで指定した順序で初期化が正確に行われると仮定するのは正しいですか? そうでない場合、m_pData の初期化の後に m_nDataLength の初期化が行われるとどうなりますか?

スライスを正しく理解していれば、ポインターやスマートポインターでこれが発生する可能性はないと思います。たとえば、次の場合:

私の理解では、「b」が指すオブジェクトに割り当てられたメモリのブロックは依然として同じであり、スマートポインター「a」に割り当てられても変更されません。

私の理解を確認または拒否するか、これに関連する落とし穴があればお知らせください。

scoped_ptrはコピーできず、スコープ外で削除されています。だからそれは一種の制限されていshared_ptrます。したがって、本当にコピー操作を制限する必要がある場合以外に、shared_ptr使用する方がよいようです。オブジェクトのコピーを作成する必要があるかどうかわからない場合があるためです。したがって、問題は次のとおりです。上記の場合に加えて、のshared_ptr代わりに使用する方が良い（または推奨される）と考えられますかscoped_ptr。scoped_ptrからはるかに高速に動作しますかshared_ptr、それとも何か利点がありますか？

ありがとう！

テンプレートクラスがあります

ここで、メインコードで、条件に応じてテンプレートクラスをインスタンス化します。好き ：

このアプローチの問題はauto_ptr<>、の終わりにが死ぬことですswitch{}。また、事前にインスタンス化される型がわからないため、関数の最初で宣言することはできません。

コンパイル時に（テンプレートを使用して）実行時のことを達成しようとしていることは知っていますが、それでもこれを行うためのより良い方法があるかどうかを知りたいと思っていました。

次のコードを検討してください。

出力はありません。デストラクタは呼び出されません。メモリーリーク。私は常に、スマート ポインターがメモリ リークの回避に役立つと信じてきました。

クラス内で相互参照が必要な場合はどうすればよいですか?

スマートポインタクラスが自己評価でリークしている理由を理解するのに小さな問題があります。私がこのようなことをしたら

私の同僚は、私のスマートポインターがリークしていると私に言いました。何が起こっているのかを追跡するためにスマートポインターにいくつかのログメッセージとテストを追加し、これを報告しました：

なぜ彼らが私のスマートポインタがリークしていると考えるのか理解できません...何かアイデアはありますか？前もって感謝します！