"時間を設計せずに、安全なプログラムは書けない。"

Rustにおいて、所有権（Ownership）は空間的責任の明示だった。
誰がデータを持っているか。誰が解放するか。誰が変更できるか。

しかし、それだけでは不十分だった。

なぜなら、メモリは空間だけでなく、時間の文脈の中に生きているからだ。
そしてRustはその「時間の正しさ」を、ライフタイム（lifetime）という設計概念として導入した。

この章では、Rustという言語が“時間そのものを構文に組み込んだ”設計思想を掘り下げていく。

借用とは、信頼に基づく一時的な委任である

fn print_length(s: &String) {
    println!("Length: {}", s.len());
}

ここで &String が意味しているのは、
「所有者から借りている」という状態である。
所有はしていない。だから解放はしない。だが使う権利はある。

この微妙な関係性を構文レベルで強制するのが、Rustの借用システムだ。

借用とは、「責任を持たないが、壊さない」約束である。

不変の借用・可変の借用：共有と排他の交差点

Rustでは、同時に複数の参照が可能なのは不変（immutable）借用のみである。

let s = String::from("hello");
let a = &s;
let b = &s; // OK

一方で、可変借用（&mut）は必ず単独で存在しなければならない。

let mut s = String::from("hello");
let r1 = &mut s;
let r2 = &mut s; // コンパイルエラー

この排他性の強制こそが、**「並行性の安全」と「構造の明快さ」**を同時に実現する設計である。

所有と借用の仕組みだけでは、まだ“正しさ”は保証できない。
なぜなら、「借りている値がすでに消滅しているかもしれない」というリスクがあるからだ。

fn invalid_ref() -> &String {
    let s = String::from("temp");
    &s // ライフタイムが切れる→ダングリング参照
}

ここで必要なのが、ライフタイム（lifetime）である。
ライフタイムは、「この参照は、どのデータと同じ期間だけ生きるべきか」を宣言する機構である。

fn longest<'a>(x: &'a str, y: &'a str) -> &'a str {
    if x.len() > y.len() { x } else { y }
}

この <'a> は、変数 x, y, 戻り値がすべて同じ期間だけ有効であることを保証する。
これは単なる文法ではない。時間における制約を明文化する構文であり、設計者の意図そのものである。

Rustは言語そのものが「構造を定義する手段」である。
そして、その構造は**空間的責任（所有）と時間的整合性（ライフタイム）**によって初めて成り立つ。

他言語では、このような制約は「開発者の判断」や「テストによる確認」に委ねられる。
だがRustは、構文によってそれを設計フェーズに引き戻した。

ライフタイムによってもたらされるのは、以下の3点である：

つまり、ライフタイムとは**“時間における型安全性”**を言語に持ち込む試みなのだ。

多くの言語では、「いつ使えて、いつ壊れるか」は実行時の結果でしかない。
だがRustでは、それが設計時の制約として記述され、保証される。

時間に設計を持ち込むこと。
それは、コードを信頼できる構造物に変えるための最後の一歩である。

"ライフタイムとは、時間という不確実性を、構文によって構造化するという思想である。"