【完全版】Ruby/Rails「undefined method ‘X’ for nil:NilClass」エラーの原因と対処法｜nilエラーの全パターン徹底解説

Ruby/Railsで開発していると、必ず一度は遭遇する最頻出エラー:

NoMethodError: undefined method 'name' for nil:NilClass
NoMethodError: undefined method '[]' for nil:NilClass
NoMethodError: undefined method 'each' for nil:NilClass
NoMethodError (undefined method `email' for nil:NilClass):

シンプルなメッセージですが、原因がロジックの広範囲にわたるため、初心者から中級者まで悩まされ続けるエラーです。

• 「@userは確かに代入したはずなのに…」
• 「DBにレコードがあるのに find_by の結果がnil」
• 「ローカルでは動くが本番でだけ出る」
• 「順序を変えたら別の場所で出るようになった」
• 「&. を付ければいいと聞いたけど、本当に正しい対処？」
• 「コードレビューでよく指摘される」

本記事では、undefined method for nil:NilClass エラーのすべての原因と対処法を、現場で即使えるデバッグ手順として整理します。エラーの本質、発生パターン10種、デバッグ手法、ぼっち演算子（safe navigation）/try/dig などの対処、Null Object Pattern、Rails特有のケース、防止策、関連エラー、FAQまで完全網羅。この1本でnilエラーとの戦いから卒業できます。

結論：今すぐ試すべき3ステップ

時間がない方向けに、まず実施すべき手順を示します。

ステップ1：エラーメッセージから何がnilか特定

NoMethodError: undefined method 'name' for nil:NilClass
                              ↑          ↑
                          呼ばれたメソッド   nilだったオブジェクト

→ 「name メソッドを nil に対して呼んだ」が確定。

ステップ2：スタックトレースから発生位置を見る

app/controllers/users_controller.rb:15:in `show'
            ↑
        この行で発生

該当行を確認:

def show
  @user = User.find_by(id: params[:id])  # nil の可能性あり
  render json: { name: @user.name }     # ← ここで NoMethodError
end

ステップ3：nil の可能性に対処

# 方法A：早期return
def show
  @user = User.find_by(id: params[:id])
  return render json: { error: "not found" }, status: 404 unless @user
  render json: { name: @user.name }
end

# 方法B：ぼっち演算子（&.）
render json: { name: @user&.name }

# 方法C：find に変えて即時エラー
@user = User.find(params[:id])   # 見つからなければ RecordNotFound

詳細は以下で解説します。

まず押さえる：エラーの本質

nil とは何か

Rubyではすべてが値で、「値が無い」ことを表すのは nil（NilClass のインスタンス）です。

nil.class
# => NilClass

# nil でも一部のメソッドは呼べる
nil.to_s   # => ""
nil.nil?   # => true
nil.inspect  # => "nil"
nil.is_a?(NilClass)  # => true

しかし、NilClass が持たないメソッドを呼ぼうとすると例外発生:

nil.name
# => NoMethodError: undefined method 'name' for nil:NilClass

エラーメッセージの読み解き

undefined method '<method>' for nil:NilClass

意味: 「<method> というメソッドは NilClass に定義されていない」

つまり、**コードのどこかで「ある値が nil だったのに、そのメソッドを呼ぼうとした」**ということ。

なぜ困るのか

nil チェックを怠ると、ユーザー体験に直結:

# ❌ 危険なコード
def show
  @user = User.find_by(email: params[:email])
  @user.notify  # ユーザーが存在しなかったら 500 エラー
end

# ✅ 安全なコード
def show
  @user = User.find_by(email: params[:email])
  return redirect_to root_path, alert: "ユーザーが見つかりません" unless @user
  @user.notify
end

エラーの原因カテゴリ

これらを順番に切り分けます。

【原因①】データベース検索結果が nil

最も多いケースです。

find_by の落とし穴

user = User.find_by(email: "missing@example.com")
# => nil

user.name
# => NoMethodError: undefined method 'name' for nil:NilClass

find_by は**見つからなければ nil**を返します。

find との違い

# find：見つからなければ例外（RecordNotFound）
user = User.find(999)
# => ActiveRecord::RecordNotFound

# find_by：見つからなければ nil
user = User.find_by(id: 999)
# => nil

where 後の操作

users = User.where(active: true)
# 空コレクションでも例外にはならない

users.first.name
# => 0件なら nil.name で NoMethodError

対処

方法1：find に切り替える

# 確実に存在することが前提なら
user = User.find(params[:id])   # 404に自動マッピング

Rails の ActiveRecord::RecordNotFound は標準で 404 に変換されるため、コントローラで明示処理不要。

方法2：early return

def show
  @user = User.find_by(id: params[:id])
  unless @user
    render json: { error: "User not found" }, status: :not_found
    return
  end
  
  render json: @user
end

方法3：ぼっち演算子

user = User.find_by(email: email)
name = user&.name  # nilなら nil、あれば名前

方法4：find_or_initialize_by

user = User.find_or_initialize_by(email: email)
# 見つかればそれ、なければ新規インスタンス（保存はしない）
user.name = "default"

【原因②】ActiveRecord アソシエーションが nil

リレーション先のオブジェクトが nil の場合に多発します。

典型例

class User < ApplicationRecord
  has_one :profile   # 持っているかも、ないかも
end

user = User.find(1)
user.profile.bio
# => User#1にprofileがない場合、NoMethodError

確認方法

user.profile.present?
# false なら profile = nil

対処

方法1：&. を使う

user.profile&.bio
# profileがnilなら nil、あればbio

方法2：Object#try (Rails)

user.try(:profile).try(:bio)
# Rails標準。メソッドが存在しなくても nil 返却

方法3：build_profile で初期値準備

class User < ApplicationRecord
  has_one :profile
  after_create :create_default_profile
  
  private
  
  def create_default_profile
    create_profile!(bio: "Welcome")
  end
end

新規ユーザー作成時に必ずprofile を作成する。

方法4：Null Object Pattern

class NullProfile
  def bio
    ""
  end
  
  def avatar_url
    "/images/default_avatar.png"
  end
end

class User < ApplicationRecord
  has_one :profile
  
  def profile
    super || NullProfile.new
  end
end

# 利用側はnilチェック不要
user.profile.bio  # ""が返る

delegate の活用

class User < ApplicationRecord
  has_one :profile
  delegate :bio, to: :profile, allow_nil: true
  # profile が nil でも nil を返す
end

user.bio
# => profileがあればbio、なければnil

allow_nil: true が重要なポイント。

【原因③】ハッシュ・配列の存在しないキー

Hash

data = { user: { name: "Alice" } }
data[:user][:profile][:bio]
# => data[:user][:profile] = nil なので NoMethodError

対処：Hash#dig

data.dig(:user, :profile, :bio)
# => nil（途中でnilでも例外なし）

dig は Ruby 2.3+ の標準メソッドで、ネストしたハッシュ・配列の安全アクセスに使えます。

Hash#fetch でデフォルト値

data.fetch(:user, {}).fetch(:profile, {}).fetch(:bio, "デフォルト")

少し冗長ですが、各レベルでデフォルトを指定できます。

配列

arr = [1, 2, 3]
arr[10].to_s
# => arr[10] = nil なので NoMethodError

# 対処
arr[10]&.to_s   # nil
arr.dig(10)     # nil（dig は配列でも使える）

# 範囲外 → nil ではなく [] にしたい
arr[10..]&.first  # 大抵 nil

JSON レスポンス

# API レスポンスを処理
response = JSON.parse(api_response)
user_name = response["data"]["user"]["name"]
# data や user キーが無いと NoMethodError

# 対処
user_name = response.dig("data", "user", "name")

API レスポンスのような外部データには dig 必須レベル。

【原因④】メソッドの戻り値が nil

自作メソッドが意図せず nil を返すケース。

例：条件で何も返らない

def find_admin(users)
  users.each do |user|
    return user if user.admin?
  end
  # 管理者がいないと nil が返る
end

admin = find_admin(User.all)
admin.email   # 管理者がいないと NoMethodError

対処1：明示的に nil 以外を返す

def find_admin(users)
  users.find(&:admin?) || User.new(email: "admin@example.com")
end

対処2：呼び出し側で対処

admin = find_admin(User.all)
return unless admin
admin.email

対処3：エラーを返す

def find_admin!(users)
  users.find(&:admin?) || raise("管理者が見つかりません")
end

Ruby のメソッド戻り値の特性

Rubyのメソッドは最後に評価された値が戻り値:

def status_message(score)
  if score >= 80
    "優秀"
  elsif score >= 60
    "合格"
  end
  # score < 60 では nil が返る！
end

status_message(40).upcase
# => NoMethodError

# 対処：すべてのパスで値を返す
def status_message(score)
  if score >= 80
    "優秀"
  elsif score >= 60
    "合格"
  else
    "不合格"
  end
end

【原因⑤】インスタンス変数の typo

スペルミスで nil になるケース。Ruby は未定義のインスタンス変数も nil として扱うため、エラーで気づきにくい。

class UsersController < ApplicationController
  def show
    @user = User.find(params[:id])
    # ...
  end
end

<%# views/users/show.html.erb %>
<h1><%= @uesr.name %></h1>
<%# typo！ @uesr は未定義なので nil → NoMethodError %>

検出方法1：Rails の strict mode

# config/application.rb
config.action_view.strict_locals = true

ローカル変数のtypoでエラーに（未指定の変数を厳しくチェック）。

検出方法2：Rubocop

# .rubocop.yml
Lint/InstanceVariable:
  Enabled: true

未使用や typo らしき変数を検出してくれます。

検出方法3：テストでカバー

ビュー単体テスト・システムテストで、ビューがクラッシュしないかカバー。

【原因⑥】環境変数が未設定

api_key = ENV["EXTERNAL_API_KEY"]
client = ExternalAPI.new(api_key)
client.fetch
# 環境変数が未設定だと api_key = nil → クライアントクラッシュ

対処：fetch でデフォルトorエラー

# nil なら例外
api_key = ENV.fetch("EXTERNAL_API_KEY")

# デフォルト値あり
api_key = ENV.fetch("EXTERNAL_API_KEY", "default-key")

# nil で起動時にハッキリ
raise "EXTERNAL_API_KEY is not set" if ENV["EXTERNAL_API_KEY"].blank?

Rails 8 credentials の活用

api_key = Rails.application.credentials.dig(:external, :api_key)
raise "API key missing" unless api_key

config/credentials.yml.enc を使えば、Git管理可能で安全な秘密情報管理ができます。

【原因⑦】before_action / before_filter 漏れ

認証や事前処理が抜けてインスタンス変数が設定されないケース。

典型例

class PostsController < ApplicationController
  before_action :authenticate_user!
  before_action :set_post, only: [:show, :edit, :update, :destroy]
  
  def show
    @post.comments  # @post が nil なら NoMethodError
  end
  
  private
  
  def set_post
    @post = current_user.posts.find_by(id: params[:id])
    # find_by の結果が nil の可能性！
  end
end

対処

private

def set_post
  @post = current_user.posts.find(params[:id])
  # find なら 404 に自動変換
end

または:

def set_post
  @post = current_user.posts.find_by(id: params[:id])
  
  unless @post
    redirect_to posts_path, alert: "投稿が見つかりません"
    return
  end
end

環境変数の代替パターン

current_user 等が前提のメソッドでは、必ず存在チェック:

def show
  return redirect_to(login_path) unless current_user
  # 以降は current_user が存在することが保証
end

【原因⑧】メソッドチェーンの途中で nil

order.user.address.city
# どこかで nil の可能性

対処1：全部 &. を付ける

order&.user&.address&.city

ただし &. の濫用は「設計が悪い兆候」とも言われます。本当に nil が許容されるか、設計を見直すべき。

対処2：delegate でカプセル化

class Order < ApplicationRecord
  belongs_to :user
  delegate :city, to: :address, allow_nil: true
  
  def address
    user&.address
  end
end

# 呼び出し
order.city
# => user か address が nil なら nil

対処3：Demeter の法則

「直接の友達としか話さない」原則。深いメソッドチェーンは設計の不味さを示唆します:

# ❌ Demeter 違反
order.user.address.city

# ✅ Demeter 順守
order.shipping_city   # Order に shipping_city メソッドを定義

対処4：オブジェクトをまとめて持つ

class Order < ApplicationRecord
  belongs_to :user
  has_one :shipping_address, through: :user, source: :address
  
  delegate :city, to: :shipping_address, allow_nil: true, prefix: :shipping
end

order.shipping_city

【原因⑨】render前にインスタンス変数が漏れる

部分テンプレート（partial）への変数渡し漏れ。

例

<%# views/posts/show.html.erb %>
<%= render "comment_form" %>

<%# views/posts/_comment_form.html.erb %>
<%= form_with model: @comment do |f| %>
  <%# @comment が nil だとここでエラー %>
<% end %>

対処1：コントローラで初期化

def show
  @post = Post.find(params[:id])
  @comment = Comment.new   # ← 追加
end

対処2：locals で明示的に渡す

<%= render "comment_form", comment: Comment.new %>

<%# views/posts/_comment_form.html.erb %>
<%= form_with model: comment do |f| %>
  ...
<% end %>

対処3：strict locals（Rails 7.1+）

<%# views/posts/_comment_form.html.erb %>
<%# locals: (comment:) -%>

<%= form_with model: comment do |f| %>
  ...
<% end %>

locals で必須引数を宣言。渡し忘れるとエラーで早期検出。

【原因⑩】Strong Parameters や フォームでの nil

class UsersController < ApplicationController
  def create
    @user = User.new(user_params)
    if @user.save
      redirect_to @user
    else
      render :new
    end
  end
  
  private
  
  def user_params
    params.require(:user).permit(:name, :email)
    # params[:user] が無いと ActionController::ParameterMissing
  end
end

対処

def user_params
  params.fetch(:user, {}).permit(:name, :email)
  # nil なら空ハッシュ扱い
end

ぼっち演算子（&.）の正しい使い方

Ruby 2.3+ で導入された safe navigation operator。最強の nil 対策ですが、使い方を間違えると問題を隠蔽することも。

基本

user&.name
# user が nil なら nil、あれば name を返す

user&.profile&.bio
# どこかで nil なら nil

try との違い

user = "hello"

user&.name        # => NoMethodError: undefined method 'name' for String
user.try(:name)   # => nil（存在しないメソッドでも nil）
user.try!(:name)  # => NoMethodError（&. と同じ挙動）

Ruby なら &.、Railsの動的なメソッドは try 推奨。

false でも要注意

some_obj = false
some_obj&.foo
# => NoMethodError（false は nil ではない）

some_obj.try(:foo)
# => nil

&. は nil の時だけ スキップ。false にもメソッドがあれば呼ばれます。

チェーンする時の注意

user&.profile.bio
#       ↑（&. は次の1回だけ）
# user が nil なら user&.profile は nil
# nil.bio で NoMethodError

# 正しくは
user&.profile&.bio

各段階で &. が必要。

ぼっち演算子のコードスメル

# 危険信号
result&.method1&.method2&.method3&.method4
# 「設計を見直すべき」のサイン

メソッドチェーンに &. が多発する場合、Null Object Pattern や delegate での再設計を検討。

Null Object Pattern による設計改善

「nil を返さない」設計で根本解決。

例：未ログインユーザーの扱い

# ❌ いつも nil チェック
def current_user
  @current_user ||= User.find_by(id: session[:user_id])
end

# 呼び出し側
if current_user
  current_user.name
end

Null Object版

class GuestUser
  def name
    "ゲスト"
  end
  
  def email
    nil
  end
  
  def logged_in?
    false
  end
  
  def admin?
    false
  end
end

class ApplicationController < ActionController::Base
  def current_user
    @current_user ||= User.find_by(id: session[:user_id]) || GuestUser.new
  end
end

# 呼び出し側
current_user.name   # 常に文字列が返る
current_user.admin?  # 常に true/false

nil チェックがなくなり、コードがシンプルに。

Active Hashなどとの組み合わせ

class NullProfile
  def bio
    "プロフィールが未設定です"
  end
  
  def avatar_url
    ActionController::Base.helpers.image_path("default_avatar.png")
  end
end

class User < ApplicationRecord
  has_one :profile
  
  def profile
    super || NullProfile.new
  end
end

デバッグ手法

1. スタックトレースを正確に読む

NoMethodError (undefined method `name' for nil:NilClass):

app/controllers/users_controller.rb:15:in `show'
app/controllers/application_controller.rb:8:in `block in <main>'

最上位の自分のコード行を特定。Rails内部やgem内部の行は基本無視。

2. binding.break（Ruby 3.1+ debug gem）

def show
  @user = User.find_by(id: params[:id])
  binding.break   # ← ブレークポイント
  render json: @user
end

ブラウザにリクエストすると、ターミナルでデバッグセッション開始:

(rdbg) @user
=> nil

(rdbg) params[:id]
=> "999"

(rdbg) User.exists?(id: 999)
=> false

3. pp / puts でログ出力

def show
  @user = User.find_by(id: params[:id])
  pp @user
  Rails.logger.info "@user: #{@user.inspect}"
  render json: @user
end

4. Rails console での確認

bin/rails console

User.find_by(id: 999)
# => nil

User.where(id: 999).count
# => 0

5. テストで再現

RSpec.describe UsersController do
  it "存在しないIDだと404" do
    get :show, params: { id: 999 }
    expect(response).to have_http_status(:not_found)
  end
end

防止策（設計時のベストプラクティス）

1. データベース NOT NULL 制約

class CreateUsers < ActiveRecord::Migration[8.0]
  def change
    create_table :users do |t|
      t.string :email, null: false   # NULL 不可
      t.string :name, null: false
    end
  end
end

DBレベルで nil を排除。

2. Validation

class User < ApplicationRecord
  validates :email, presence: true
  validates :name, presence: true
end

Active Record レベルで nil を排除。

3. 型システム（RBS / Sorbet）

# user.rbs
class User
  attr_reader email: String
  attr_reader name: String
  
  def full_name: () -> String
end

静的型チェックで nil の混入を防げます。

4. デフォルト値

class Article < ApplicationRecord
  attribute :title, :string, default: ""
  attribute :tags, :json, default: []
end

Active Record の attribute API で nil を避ける。

5. Strong Parameters でデフォルト

def article_params
  params.fetch(:article, {}).permit(:title).merge(
    user_id: current_user&.id
  )
end

6. テストカバレッジ

「nil の場合のテスト」も書くことで、本番障害を予防。

関連エラーとの違い

NoMethodError for FalseClass

nil.foo    # => NoMethodError ... for nil:NilClass
false.foo  # => NoMethodError ... for false:FalseClass

両方とも &. で対処できない（false は nil でない）。

NoMethodError for Array / Hash

[].foo   # => NoMethodError ... for []:Array
{}.foo   # => NoMethodError ... for {}:Hash

空でもインスタンスは存在するため、本来あるべきメソッドが無いという別問題。

NameError: undefined local variable

puts foo
# => NameError: undefined local variable or method `foo'

これは「変数自体が存在しない」エラー。インスタンス変数（@foo）は未定義でも nil 扱いだが、ローカル変数（foo）は NameError。

ActiveRecord::RecordNotFound

User.find(999)
# => ActiveRecord::RecordNotFound

find は見つからない時に nil でなく例外を出す。本記事の冒頭通り、用途に応じて使い分け。

NoMethodError for Symbol / String

:hello.name   # => NoMethodError ... for :hello:Symbol
"hello".bar   # => NoMethodError ... for "hello":String

メソッドのtypoの可能性大。スペル確認。

トラブルシューティング・チェックリスト

エラーが出た時の対処手順:

1. エラーメッセージから何が nil か特定
2. スタックトレースで発生位置を特定
3. その変数が nil になる経路を辿る
4. find_by / where().first の戻り値を疑う
5. アソシエーション先（user.profile 等）を疑う
6. インスタンス変数の typo を疑う
7. 環境変数・credentials を疑う
8. binding.break でブレークポイントを設置
9. 対処は &. / try / 早期return / Null Object のどれが最適か判断
10. テストで再現コードを書いて回帰防止

よくある質問（FAQ）

Q1. &. を全部のメソッド呼び出しに付けるべきですか？

いいえ。&. は「nilが許容される場合」のみ使うべきです。本来nilであってはならない値にも付けると、バグを隠蔽することになります。

Q2. try と &. どちらを使うべき？

迷ったら &. 推奨（速度・厳密性）。動的に存在不明なメソッドを呼ぶ場合のみ try を検討。

Q3. nil チェックを書くと冗長になります

設計を見直すサインかも:

• Null Object Pattern で nil を排除
• delegate with allow_nil でカプセル化
• データベース NOT NULL 制約で根本対処

Q4. if @user.present? と unless @user.nil? は同じですか？

似ていますが微妙に違います:

"".present?  # => false
"".nil?      # => false
"".blank?    # => true

nil.present? # => false
nil.nil?     # => true
nil.blank?   # => true

false.present?  # => false
false.nil?      # => false

present? は「実質的に値があるか」、nil? は「nilそのものか」。

Q5. find と find_by の使い分けは？

Q6. テストで nil ケースをカバーする例

RSpec.describe User do
  describe "#display_name" do
    it "名前が無い場合のデフォルト" do
      user = User.new(name: nil)
      expect(user.display_name).to eq("ゲスト")
    end
  end
end

Q7. Hashで安全にネストアクセスする方法

data.dig(:user, :profile, :bio)
# => 途中でnilでも nil（NoMethodError なし）

dig は Hash と Array の両方で使えます。

Q8. JSON.parse 後によく出ます

response = JSON.parse(api_response)
name = response.dig("data", "user", "name")
# キー存在不明でも安全

Q9. Object.respond_to? で対処できますか？

可能ですが冗長:

if user.respond_to?(:profile) && user.profile
  user.profile.bio
end

通常は &. の方がシンプル。

Q10. Ruby on Rails のControllerでよく出る場所は？

• find_by 後の使用
• before_action のスペルミス・順序
• アソシエーション（user.profile 等）
• session/cookies 由来の値

該当箇所に nil チェックを入れる習慣を。

Q11. params[:foo][:bar] が nil で死にます

# ❌
name = params[:user][:name]

# ✅
name = params.dig(:user, :name)

または Strong Parameters:

def user_params
  params.fetch(:user, {}).permit(:name)
end

Q12. 静的解析で事前検出できますか？

可能です:

• Rubocop: 多くのnilチェック関連ルールあり
• Sorbet / RBS: 型システムでより厳密
• CI で自動化

将来的には型システムでの予防が主流になるでしょう。

参考リンク・関連資料

Ruby 公式

• Ruby 公式ドキュメント – NilClass – NilClass詳細
• Ruby 公式 – Safe Navigation Operator – &. 演算子
• Hash#dig（公式） – 安全アクセス

Rails 公式

• Active Record Query Interface（公式Guide） – find/find_by
• Active Record Associations（公式Guide） – アソシエーション
• Object#try（API doc） – Rails の try

デザインパターン

• Null Object Pattern – パターン解説
• Demeter の法則 – Wikipedia

型システム

• Sorbet 公式 – Ruby の静的型チェッカー
• RBS 公式 – Ruby 標準の型定義

関連記事（本サイト）

• Rails 8 アップグレードガイド – Rails 8 移行全般
• Solid Queue 使い方 – Rails 8 Solid Trifecta
• Solid Cache 使い方 – 同上
• Solid Cable 使い方 – 同上
• Propshaft 使い方 – Rails 8 アセットパイプライン
• MySQL 1045 access denied – DB接続トラブル
• MySQL 1146 Table doesn’t exist – find/find_by時の関連エラー
• linux grep オプション まとめ – ログ調査
• Docker no space left on device – 開発環境トラブル

まとめ

undefined method 'X' for nil:NilClass は Ruby/Rails で最頻出のエラーですが、原因と対処パターンを覚えれば確実に解消できます。要点を再整理します。

• エラーの本質: nil に対して NilClass が持たないメソッドを呼ぼうとしている
• 読み解き: undefined method '<method>' for nil:NilClass の構造を把握
• 主要原因: DB検索結果のnil、アソシエーション、Hash/Array、typo、環境変数、メソッド戻り値、render前変数漏れ
• 対処技: &.（Ruby 2.3+）、try（Rails）、dig（Hash/Array）、Null Object、early return
• &. の注意: nilのみスキップ、false やStringには NoMethodError、濫用はコードスメル
• デバッグ: スタックトレース読解 → binding.break → rails console
• 予防策: NOT NULL制約、Validation、型システム、テスト、Null Object Pattern
• find vs find_by: 用途に応じた使い分け（不在=404 vs 不在=nil）

これらの知識は、Ruby/Rails 開発のあらゆる場面で活用できます。本記事をブックマークしておけば、nil エラーに遭遇した時の対応が大幅に効率化されます。

本記事は2026年6月時点の情報をもとに、Ruby 3.2 / 3.3 / 3.4、Ruby on Rails 7.x / 8.x での動作確認・公式ドキュメントに基づき作成しています。Ruby のバージョンによって挙動が異なる場合があるため、最新の情報はRuby公式ドキュメントもあわせてご確認ください。