回答。

質問の背景

Rustの主な目的の1つは、不変データの変更を防ぎ、コンパイル時にデータレースを回避することです。通常、Rustは不変参照を通じてデータを変更することを許しません。しかし、キャッシュ、遅延計算、または参照を介して内部状態を変更する必要があるロジックを持つシステムでは、これが必要になることがあります。これがインテリアミュータビリティパターンが存在する理由です。

問題

インテリアミュータビリティなしでは、キャッシュ、遅延初期化、および他の多くのイディオムを、安全な所有権と参照を保持しながら実現することは困難または不可能です。古典的な例は、関数内部で外部に不変の参照のみを提供するキャッシュです。

解決策

Rustには、内部値を不変の参照を介しても変更できる特別な型が存在します。これにより、コンパイル時ではなく実行時に安全性を制御できます。

Cell<T> — コピー型のプリミティブで、参照を使わずに値を変更または読み取ることができますが、Copyを実装している型のみを対象とします。
RefCell<T> — 不変の外部参照がある場合でも「ランタイム」でミュータブルな参照を取得できることを許可しますが、同時に2つのミュータブルな参照または1つのミュータブルな参照と複数の不変な参照を取得しようとすると、実行時にパニックが発生します。

コードの例:

use std::cell::RefCell;

struct Foo {
    cache: RefCell<Option<u32>>,
}

impl Foo {
    fn get_or_compute(&self) -> u32 {
        if let Some(val) = *self.cache.borrow() {
            return val;
        }
        let computed = 42;
        *self.cache.borrow_mut() = Some(computed);
        computed
    }
}

主な特徴:

オブジェクト内のデータを変更できる、周囲がすべて不変として宣言されていても
所有権と参照のルールの違反はランタイムでのみ可能（パニックを通じて）なので、注意が必要
主な型：Cell、RefCell（単一スレッド環境）、Mutex、RwLock（マルチスレッド）

トリック質問。

RefCellをマルチスレッド構造体で安全に使えますか？

いいえ、RefCellはスレッドセーフではありません。マルチスレッド環境で使うにはMutexまたはRwLockを使用してください。

Cell<T>の内容への参照を返すことはできますか？

いいえ、Cellはどんな参照も提供せず、ただ値をコピーまたは更新します。Copy型にのみ対応し、それ以外の型にはRefCellを使用してください。

同じRefCellに対してborrow_mutを2回連続で呼び出すとどうなりますか？

ランタイムエラーが発生します。RefCellはアクティブな参照の数を追跡しているため、すでに存在する参照がある状態でミュータブルなアクセスを得ようとするとパニックが発生します。

一般的なエラーとアンチパターン

グローバルまたはスタティックコンテキストでRefCellを保持し、その単一スレッドの性質を忘れること
不必要にRefCellを使い、ミュータブルな所有権や参照の代わりに使用して、コードを複雑にし、遅くすること
RefCell内のパニック処理を怠ること

実生活の例

ネガティブケース

構造体内で変更可能な状態を保持するために常にRefCellを使用するプロジェクトがあり、ミュータブルな所有権を使える場合です。コードが冗長になり、ランタイムでパニックが発生し、テストが困難になります。

利点: コンパイラの制約を迅速に回避し、必要な動作を実現できます。

欠点: 実行時のエラーリスクが高く、アプリケーションのクラッシュ、ロジックのデバッグが難しくなります。

ポジティブケース

RefCellは大規模な構造体の遅延キャッシュの実装のみに使用され、他のコードでは従来の所有権と参照を使用します。すべての値が正しくクリアされ、パニックは発生しません。

利点: ロジックが透明で、インテリアミュータビリティの使用を最小限に抑え、コードが堅牢で予測可能になります。

欠点: データ変更の境界に注意が必要です：キャッシュの読み取りは常に安全で、書き込みは必要な場合のみ、特定の場所でのみ行うこと。

Rustにおけるインテリアミュータビリティとは何か、CellやRefCellは不変の構造体内のデータをどのように変更できるのか？

回答。