Spring MVCのフォワードとリダイレクトの違いと使い分け完全解説！初心者向け

1. Spring MVCのフォワードとリダイレクトの基本

「1. Spring MVCのフォワードとリダイレクトの基本」の重要ポイントを、初心者の方にも分かりやすく簡潔に解説します。

1. Spring MVCのフォワードとリダイレクトの基本

Spring MVCを利用したWeb開発において、コントローラーから「どの画面を表示するか」を制御する仕組みは非常に重要です。通常、return "home";のようにテンプレート名を返すと、そのままHTMLが表示されます。しかし、特定の処理後に別のプログラムへ処理を委ねたい場合には、forward:/やredirect:/という接頭辞を使用します。

これらは一見似ていますが、「サーバーの中でこっそり中身を入れ替える（フォワード）」のか、「ブラウザに別のURLへ行くよう命令を出す（リダイレクト）」のかという決定的な違いがあります。プログラミング未経験の方でもイメージしやすいよう、役所の窓口に例えたサンプルで考えてみましょう。

@Controller
public class SampleController {

    // フォワードの例：URLは /entry のまま、中身だけ /confirm に移る
    @GetMapping("/entry")
    public String entry() {
        return "forward:/confirm";
    }

    // リダイレクトの例：ブラウザに /success へ移動するように命令を出す
    @PostMapping("/submit")
    public String submit() {
        return "redirect:/success";
    }
}

このように、Spring MVCでは戻り値の文字列を工夫するだけで、通信の挙動をコントロールできます。それぞれの仕組みを詳しく見ていきましょう。

2. forward:/ の使い方と特徴

2. forward:/ の使い方と特徴

forward:/（フォワード）は、サーバーの内部で別のプログラムに「バトンタッチ」をする仕組みです。最大の特徴は、ユーザーが使っているブラウザに「移動したこと」を知らせない点にあります。

フォワードを使うと、最初のリクエスト（お願い事）に含まれるデータ（入力内容など）を、次の処理へそのまま引き渡すことができます。これを「リクエストスコープの維持」と呼びます。Javaのコードで具体的な流れを見てみましょう。

@Controller
public class ForwardController {

    // 1. ユーザーが最初にアクセスするURL
    @GetMapping("/start")
    public String start(HttpServletRequest request) {
        // サーバー内のメモ帳（リクエスト）に名前を書き込む
        request.setAttribute("userName", "たろうさん");
        
        // URLは /start のまま、内部で /next という処理にバトンタッチ
        return "forward:/next";
    }

    // 2. バトンを受け取った後の処理
    @GetMapping("/next")
    public String next() {
        // 最終的に表示するHTMLファイル（result.html）を指定
        return "result";
    }
}

このように、一つの作業を複数のプログラムで分割して行いたいけれど、ユーザーにはその裏側を見せたくない（URLを変えたくない）場合に、フォワードは非常に便利な方法です。

3. redirect:/ の使い方と特徴

3. redirect:/ の使い方と特徴

redirect:/（リダイレクト）は、サーバーからブラウザに対して「別のURLへアクセスし直してください」と依頼を出す仕組みです。フォワードが「サーバー内での内緒のバトンタッチ」だったのに対し、リダイレクトは「外の世界（ブラウザ）を通じた正式な移動」といえます。

Spring MVCでは、リダイレクト後にデータを渡したい場合、RedirectAttributesという仕組みを利用します。これにより、完了メッセージなどを次の画面へ安全に引き継ぐことができます。実際のコードを見てみましょう。

@Controller
public class RedirectController {

    // 1. フォーム送信を受け付ける処理
    @PostMapping("/register")
    public String register(RedirectAttributes redirectAttributes) {
        // データベース保存などの処理が完了したと想定
        
        // リダイレクト先に一時的なメッセージを仕込む（Flash Attribute）
        redirectAttributes.addFlashAttribute("msg", "登録が完了しました！");
        
        // ブラウザに /success というURLへ移動するよう命令する
        return "redirect:/success";
    }

    // 2. 移動先の画面を表示する処理
    @GetMapping("/success")
    public String success() {
        // success.html を表示する
        return "success";
    }
}

このように、データの登録や更新といった「状態が変わる処理」の後は、リダイレクトを使ってURLを切り替えるのがWeb開発の鉄則となっています。

4. フォワードとリダイレクトの違いを一覧比較

「4. フォワードとリダイレクトの違いを一覧比較」の重要ポイントを、初心者の方にも分かりやすく簡潔に解説します。

4. フォワードとリダイレクトの違いを一覧比較

5. forward:/ と redirect:/ の実行結果の違い

5. forward:/ と redirect:/ の実行結果の違い

それぞれの動作を確認してみましょう。

forwardの結果

URLが変わらず、内部で次の処理に移るため、フォームなどの再送信が起こることがあります。

URL: /start
表示ページ: result.html

redirectの結果

リダイレクト後のURLが表示され、再読み込みしても同じページが出るようになります。

URL: /complete
表示ページ: complete.html

6. 使い分けのベストプラクティス

6. 使い分けのベストプラクティス

実務では以下のように使い分けるとよいでしょう。

• forward → バリデーションエラーがあったときの入力画面再表示
• redirect → 登録完了後のサンクスページ、一覧画面遷移
• Post/Redirect/Getパターン → フォーム送信後のリロードで二重登録を防ぐ

7. リダイレクト属性（RedirectAttributes）の活用法

「7. リダイレクト属性（RedirectAttributes）の活用法」の重要ポイントを、初心者の方にも分かりやすく簡潔に解説します。

7. リダイレクト属性（RedirectAttributes）の活用法

リダイレクトでデータを渡すにはRedirectAttributesを使います。これにより、一時的なメッセージ（Flash Attribute）を渡すことができます。

@PostMapping("/submit")
public String submitForm(RedirectAttributes attr) {
    attr.addFlashAttribute("notice", "送信成功！");
    return "redirect:/thanks";
}

@GetMapping("/thanks")
public String thanks() {
    return "thanks"; // thanks.html に notice を表示
}

テンプレートでは以下のようにしてnoticeを表示できます。

<div th:if="${notice}" class="alert alert-success">
    <p th:text="${notice}"></p>
</div>

まとめ

まとめ

Spring MVCのフォワードとリダイレクトの仕組みを理解することで、画面遷移の流れやリクエストスコープの動作、適切な使い分けがより明確になります。とくに業務システム開発では、入力画面から確認画面、完了画面へと進む一連の流れの中で、どの遷移方法を選ぶかがユーザー体験にも大きく影響します。フォワードはサーバー内部で静かに処理が移り、リクエストスコープの属性をそのまま保持するため、入力値の再表示やバリデーションエラー時に自然に利用できます。一方でリダイレクトはブラウザに明示的な移動を指示するため、完了画面の表示や再読み込み時の二重送信回避など、ユーザー操作に対する安全性を高める動作が求められる場面で役立ちます。 また、POST後のリダイレクトを用いる「PRGパターン」は現場では非常によく使われる設計であり、データ登録後の二重送信を避けるための基本的な考え方として知っておく必要があります。リダイレクトでは通常リクエストスコープが引き継がれないものの、Flash Attributeを使うことで一時的なメッセージを安全に渡すことが可能であり、ユーザー通知や確認メッセージの表示に広く活用されます。 ここであらためて、フォワードとリダイレクトの動作を確認する簡単なサンプルプログラムを示し、動作の違いをさらに深く理解していきましょう。実際の画面遷移を想定したコード例を見ることで、URLの変化やリクエストスコープの扱いがどのように変わるかを具体的に体感でき、Spring MVCの遷移設計に自信を持って取り組めるようになります。

フォワードとリダイレクトのサンプルコード

@GetMapping("/input")
public String input(HttpServletRequest request) {
    request.setAttribute("error", "未入力の項目があります");
    return "forward:/form";
}

@PostMapping("/register")
public String register(RedirectAttributes redirectAttributes) {
    redirectAttributes.addFlashAttribute("success", "登録が完了しました");
    return "redirect:/finish";
}

@GetMapping("/finish")
public String finish() {
    return "finish"; // finish.html を表示
}

このように、フォワードは内部処理で値を引き継いで画面へ遷移し、リダイレクトはユーザーのブラウザを通して新しいURLへ移動します。URLの変化や入力再表示の可否など、動作の違いを理解したうえで適切に利用することで、安定したアプリケーションの構築が可能になります。とくに業務システムでは再読み込みによる二重送信がトラブルにつながりやすいため、リダイレクトとFlash Attributeの組み合わせは非常に重要です。