Rubyの文字列vsシンボル性能比較！メモリ・速度・GCの違いを徹底解説

1. 文字列とシンボルの「生まれ持った性質」の違い

1. 文字列とシンボルの「生まれ持った性質」の違い

Rubyには文字を表現する道具が二つあります。一つはダブルクォーテーションで囲む"文字列"、もう一つはコロンを頭につける:シンボルです。性能を比較する前に、まずはそれぞれの「性格」を理解しましょう。

パソコンを全く触ったことがない方向けに例えると、文字列は「使い捨てのメモ用紙」です。書くたびに新しい紙を消費し、中身を書き換えることもできます。対して、シンボルは「図書室のラベル」です。一度作ったら一生その名前で固定され、同じ名前なら世界に一つしか存在しません。この「使い捨て」か「固定」かという違いが、パソコンへの負担（性能）を左右するのです。

2. メモリ（作業スペース）の消費量を比較する

2. メモリ（作業スペース）の消費量を比較する

パソコンにはメモリ（RAM）という、作業をするための机のようなスペースがあります。プログラミングにおいて、このスペースを節約することは非常に重要です。

文字列の場合、同じ内容であっても「書くたびに新しいメモリを消費」します。一方、シンボルは「同じ名前なら一度確保したメモリを使い回す」という特徴があります。これにより、大量のデータを扱う際にシンボルを使うと、メモリの節約に繋がります。

# 同じ内容の文字列を2回作ると、別々の住所（ID）になる
puts "apple".object_id
puts "apple".object_id

# 同じ名前のシンボルを2回作ると、全く同じ住所になる
puts :apple.object_id
puts :apple.object_id

60
80
1024528
1024528

上記のコードを実行すると、文字列の「住所（ID）」はバラバラですが、シンボルの住所は一致します。シンボルは賢く使い回されていることが分かりますね。

3. 処理速度：データの「比較」にかかる時間

3. 処理速度：データの「比較」にかかる時間

次に「速さ」について見ていきましょう。プログラムでは、「この文字とあの文字は同じかな？」と比べる処理が頻繁に行われます。この比較速度において、シンボルは圧倒的に有利です。

文字列の比較は、パソコンが端から一文字ずつ「あ、い、う…」と照らし合わせるため、文字が長いほど時間がかかります。しかし、シンボルの比較は先ほど見た「住所（ID）」が同じかどうかを一瞬で判定するだけです。例えるなら、住所を一軒ずつ回って確認するのと、地図上の番号をパッと見比べるくらいの違いがあります。

# 大量の文字を比較する場合
if :very_long_symbol_name == :very_long_symbol_name
  puts "一瞬で判定完了！"
end

特に、大量のデータを管理する「ハッシュ」のキーとして使う場合、この速度差がアプリ全体の快適さを左右することになります。

4. GC（ガベージコレクション）との深い関係

4. GC（ガベージコレクション）との深い関係

初心者の方には耳慣れない言葉かもしれませんが、RubyにはGC（ガベージコレクション）という仕組みがあります。これは、使い終わって不要になったメモリ（ゴミ）を、パソコンが勝手にお掃除して回収してくれる便利な機能です。

文字列は使い捨てのメモ用紙なので、使い終わればGCがお掃除してくれます。しかし、シンボルは基本的に「一度作るとRubyが動いている間はずっと残り続ける」という性質がありました。そのため、昔のRubyではシンボルを作りすぎるとお掃除されず、メモリがいっぱいになってしまうという問題がありました。

現在の最新のRubyでは、シンボルも適切にお掃除されるよう進化していますが、「文字列は使い捨て、シンボルは永続的」という根本的な管理方法の違いがあることを覚えておきましょう。

5. 性能を意識した「ハッシュ」での使い分け

5. 性能を意識した「ハッシュ」での使い分け

実務で最も性能差が出るのは、データを辞書のように管理するハッシュ（Hash）です。ハッシュの「見出し（キー）」に何を使うかで、検索スピードが変わります。

# 性能が良い書き方（シンボルをキーにする）
user_data = { name: "田中", age: 30 }

# 性能が少し落ちる書き方（文字列をキーにする）
user_data_str = { "name" => "田中", "age" => 30 }

puts user_data[:name]

プロの現場では、ハッシュのキーには必ずと言っていいほどシンボルを使います。これは、今回解説した「メモリの節約」と「比較の高速化」という二つのメリットを同時に受けられるからです。性能を最適化するための第一歩は、ハッシュにシンボルを使うことだと言っても過言ではありません。

6. 文字列の方が有利な場面もある？

6. 文字列の方が有利な場面もある？

「じゃあ、全部シンボルにすればいいの？」と思うかもしれませんが、そうではありません。文字列の方が適している場面もあります。それは、文字を切り取ったり、繋げたり、中身を頻繁に変更する場合です。

シンボルは「名前」を固定するためのものなので、文字を加工する機能はほとんどありません。また、ユーザーから入力された名前などをすべてシンボルにしてしまうと、メモリ上に「お掃除できない名前」が無限に増えてしまい、パソコンがパンクするリスク（メモリリーク）があります。

# 文字の加工は文字列が得意！
greeting = "Hello"
greeting << " World" # 後ろにくっつける
puts greeting.upcase # 大文字にする

このように、「表示する内容は文字列」「管理するラベルはシンボル」という使い分けが、性能と安全性を両立させるコツです。

7. 性能比較の検証：どっちが最強か

7. 性能比較の検証：どっちが最強か

最後に、これまでの観点を踏まえて性能比較をまとめましょう。どちらが最強かという問いに対する答えは、「用途による」ですが、性能の観点では以下のようになります。

プログラムの動きを速く、スマートにしたいなら、無駄な文字列を減らしてシンボルを賢く使うことが重要です。まずは「ハッシュのキーはシンボル！」と意識するだけで、あなたの書くRubyプログラムは劇的に洗練されたものになりますよ。