"時間を設計せずに、安全なプログラムは書けない。"
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では、それが設計時の制約として記述され、保証される。
時間に設計を持ち込むこと。
それは、コードを信頼できる構造物に変えるための最後の一歩である。
"ライフタイムとは、時間という不確実性を、構文によって構造化するという思想である。"