Rustにおけるプログラミングにおいて、メモリ管理の根幹を支える「所有権」の概念は避けて通ることができません。
多くの型は代入時に所有権が移動する「ムーブセマンティクス」を採用していますが、特定の型については値が複製される「コピーセマンティクス」が適用されます。
この挙動を決定づけているのが、標準ライブラリで定義されているCopyトレイトです。
Copyトレイトを正しく理解し、適切に使い分けることは、効率的かつ安全なRustコードを記述する上で非常に重要です。
本記事では、Copyトレイトの基本的な仕組みから、Cloneトレイトとの決定的な違い、そして実装時に注意すべき設計上のポイントまでを詳しく解説します。
RustにおけるCopyトレイトの基本概念
Copyトレイトは、Rustの標準ライブラリである std::marker モジュールに属する特別なトレイトです。
このトレイトが実装されている型は、変数から別の変数へ代入される際に、元の値が利用可能なまま新しい領域に値が複製されます。
これを「コピーセマンティクス」と呼び、所有権の移動が発生しない点が最大の特徴です。
マーカートレイトとしての性質
Copyトレイトは、メソッドを持たない「マーカートレイト」の一つです。
これは、コンパイラに対して「この型はビット単位のコピー（memcpy）を行っても安全である」という情報を伝えるための目印として機能します。
そのため、開発者が特別なロジックを実装する必要はなく、条件を満たしていればコンパイラが自動的にその性質を保証してくれます。
所有権の移動とコピーの違い
通常、Rustの構造体などを代入すると、所有権が移動するため元の変数は使えなくなります。
しかし、Copyトレイトを実装した型であれば、代入後も元の変数を引き続き使用することが可能です。
これは、スタック上のデータを単純に複製するだけで完結するため、所有権を管理する複雑なオーバーヘッドを回避できるからです。
CopyトレイトとCloneトレイトの決定的な違い
Rustには「複製」に関連するトレイトとして、Copyのほかに Clone トレイトが存在します。
初心者が混同しやすいこの二つには、明確な動作の違いと役割の分担があります。
暗黙的か明示的か
CopyトレイトとCloneトレイトの最も大きな違いは、複製が自動で行われるか手動で行われるかという点にあります。
Copyトレイトを実装した型は、代入や関数の引数渡しにおいて、コンパイラによって暗黙的に複製が実行されます。
一方で、Cloneトレイトは .clone() メソッドを明示的に呼び出すことで、初めて値の複製が行われます。
パフォーマンスと実行コスト
Copyトレイトは、メモリ上のビット列をそのままコピーする「浅いコピー（Shallow Copy）」に限定されます。
これはCPUにとって非常に軽量な処理であり、事実上無視できるほどのコストで実行されます。
対してCloneトレイトは、ヒープ領域のメモリ確保やデータの再帰的なコピーを伴う「深いコピー（Deep Copy）」を行う可能性があります。
Cloneによる複製は、アルゴリズムによっては非常に高コストになる場合があることを理解しておかなければなりません。
CopyとCloneの関係性
Rustの定義上、CopyトレイトはCloneトレイトのサブトレイトとなっています。
つまり、Copyを実装する型は、必ずCloneも実装していなければならないという制約があります。
これは「ビット単位でコピーできるなら、当然Cloneメソッドによる複製も可能であるはずだ」という論理的な一貫性を保つためです。
比較表：Copy vs Clone
| 特徴 | Copyトレイト | Cloneトレイト |
|---|---|---|
| 呼び出し方法 | 暗黙的（代入時に自動実行） | 明示的（.clone() メソッド） |
| 処理内容 | ビット単位の単純コピー | 任意の複製ロジックを実行可能 |
| 実行コスト | 非常に低い（memcpyのみ） | 型によって異なる（高い場合がある） |
| 実装条件 | 全てのフィールドがCopyであること | 任意の型に実装可能 |
Copyトレイトを実装できる条件と型
全ての型にCopyトレイトを実装できるわけではありません。
Rustのコンパイラは、型の安全性と一貫性を保つために、Copyの実装に対して厳格なルールを設けています。
デフォルトでCopyなプリミティブ型
Rustの基本的な型の多くは、標準でCopyトレイトを実装しています。
- 全ての整数型（
i32,u64,isizeなど） - 全ての浮動小数点数型（
f32,f64） - 論理値型（
bool） - 文字型（
char） - Copyを実装した型のみを含むタプルや配列
これらの型はサイズが固定されており、ヒープメモリを管理しないため、安全にビットコピーが可能です。
自作の構造体や列挙型への実装
自分で定義した構造体（struct）や列挙型（enum）にCopyトレイトを実装するには、二つの条件を満たす必要があります。
第一の条件は、その型の全てのフィールドがCopyトレイトを実装していることです。
例えば、フィールドに String や Vec<T> を持っている場合、その構造体にCopyを実装することはできません。
第二の条件は、その型に Drop トレイトが実装されていないことです。
Dropトレイトとの排他関係
Rustでは、CopyトレイトとDropトレイトを同時に実装することはできません。
Dropトレイトは、値がスコープを抜ける際に実行されるデストラクタを定義するものです。
もしCopy可能な型がDropも実装できてしまうと、一つのリソースに対して複数回のデストラクタが実行される「二重解放（Double Free）」のリスクが生じます。
このリスクをコンパイル時に排除するため、RustはCopyとDropの共存を禁止しています。
Copyトレイトの実装例
ここでは、実際に構造体にCopyトレイトを適用する方法と、その挙動を確認するコードを見ていきましょう。
deriveアトリビュートによる実装
最も一般的な実装方法は、derive アトリビュートを使用することです。
#[derive(Debug, Copy, Clone)]
struct Point {
x: i32,
y: i32,
}
fn main() {
let p1 = Point { x: 10, y: 20 };
// p1がp2にコピーされる。所有権は移動しない。
let p2 = p1;
// p1を引き続き使用できる
println!("p1: {:?}", p1);
println!("p2: {:?}", p2);
}p1: Point { x: 10, y: 20 }
p2: Point { x: 10, y: 20 }Copyを実装できないケースの確認
次に、Copyトレイトを実装できない例を確認します。
以下のコードは、フィールドに String 型を含んでいるため、コンパイルエラーとなります。
// StringはCopyを実装していないため、User構造体もCopyにできない
// #[derive(Copy, Clone)] // これを有効にするとコンパイルエラーになる
struct User {
name: String,
age: u32,
}
fn main() {
let user1 = User {
name: String::from("Alice"),
age: 30,
};
// 所有権が移動（ムーブ）する
let user2 = user1;
// 次の行はコンパイルエラー：「borrow of moved value: `user1`」
// println!("user1: {}", user1.name);
}Copyトレイト実装時の注意点とベストプラクティス
Copyトレイトを実装すると利便性は向上しますが、安易に全ての型に適用すべきではありません。
設計上の意図を慎重に検討する必要があります。
将来的な拡張性の制限
一度構造体にCopyトレイトを実装してパブリックAPIとして公開すると、後からCopyではないフィールドを追加できなくなります。
例えば、後から name: String というフィールドを構造体に追加したくなった場合、Copyトレイトの実装を削除しなければなりません。
これは、その構造体を利用している全てのユーザーのコードを破壊する「破壊的変更」に繋がります。
将来的にヒープ確保を行うデータを持つ可能性がある場合は、Copyの実装を避けるのが賢明です。
大きなデータのコピーコスト
Copyトレイトはビット単位のコピーであるため高速ですが、データのサイズが非常に大きい場合は話が別です。
例えば、数千個の要素を持つ固定長配列をフィールドに持つ構造体などです。
このような型をCopyにすると、関数の引数に渡すたびに巨大なメモリ領域のコピーが発生し、パフォーマンスを悪化させる原因となります。
「スタック上で大きすぎるデータ」については、参照（&T）を渡すか、明示的なCloneを求める設計にするべきです。
意味論的な整合性
型が「値」として扱われるべきか、「リソース」として扱われるべきかを考えましょう。
数値や座標のように、それ自体が値であり、複製されても意味が変わらないものはCopyに適しています。
一方で、ファイルハンドルやデータベースの接続情報のように、ライフサイクルが重要なリソースを管理する型は、絶対にCopyにしてはいけません。
コンパイルが通るからといって何でもCopyにするのではなく、ドメインモデルに基づいた判断が求められます。
まとめ
RustのCopyトレイトは、所有権システムの厳格さを和らげ、基本的なデータ型を直感的に扱うための重要な仕組みです。
ビット単位のコピーを暗黙的に行うという性質上、非常に軽量であり、プリミティブ型や小さな構造体に最適です。
しかし、Cloneトレイトとの使い分けや、Dropトレイトとの競合、そして将来の拡張性といった制約も存在します。
Copyトレイトを実装する際は、その型が論理的に「コピー可能であっても安全か」を常に問いかけるようにしてください。
適切な判断ができるようになれば、Rustのパフォーマンスと安全性のバランスをより高度なレベルで制御できるようになるでしょう。
まずは小さな構造体からCopyを試し、所有権の挙動がどのように変化するかを実際に手を動かして確認してみてください。