サーブレットとは？初心者向けにわかりやすく解説

新人と先輩の会話形式で理解しよう

新人

「JavaでWebアプリを作ると、サーブレットという言葉が必ず出てきますが、正直よく分かりません。これはクラスなんですか？」

先輩

「サーブレットはJavaのクラスだけど、普通のクラスとは少し役割が違う。ブラウザからのアクセスを受け取って、処理をして、結果を返すための仕組みだよ。」

新人

「ということは、画面表示の裏側で動いている処理担当みたいなものですか？」

先輩

「その理解でいいよ。JavaのWeb開発では、サーブレットがリクエスト処理の中心になることが多いんだ。」

1. サーブレットとは？

サーブレットとは、Javaを使ってWebアプリケーションを作るための仕組みの一つで、ブラウザから送られてくるリクエストを受け取り、処理を行い、レスポンスを返す役割を持っています。

Java Web開発では、ユーザーがURLにアクセスしたり、フォームを送信したりすると、その情報はサーバー側に送られます。そのときに最初に処理を担当するのがサーブレットです。

つまりサーブレットは、Java Webアプリにおける「受付係」のような存在だと考えると分かりやすいです。

2. サーブレットは何をする仕組みなのか

サーブレットは、ブラウザから送られてきたHTTPリクエストを受け取り、 Javaのコードで処理を行い、その結果をHTTPレスポンスとして返します。

例えば、URLにアクセスしたときや、ボタンを押したときの処理は、サーブレットが裏側で担当しています。

ブラウザから送られるリクエストのイメージは次のようになります。


<form action="/sample" method="get">
    <input type="text" name="name">
    <button type="submit">送信</button>
</form>

このようなリクエストを受け取って処理するのがサーブレットの役割です。実際のJavaコードでは、次のようなサーブレットクラスが動作します。


import jakarta.servlet.http.HttpServlet;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;
import java.io.IOException;

public class SampleServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException {
        response.getWriter().write("Hello Servlet");
    }
}

このコードでは、ブラウザからのGETリクエストを受け取り、文字列をレスポンスとして返しています。このように、サーブレットはリクエストとレスポンスをつなぐ役割を持っています。

現在のSpring MVCでは、@Controllerを使ってサーブレットの役割を分かりやすく書くことができます。実際には、@Controllerも内部的にはサーブレットの仕組みの上で動いています。


import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class SampleController {

    @GetMapping("/sample")
    public String sample() {
        return "sample";
    }
}

このように、直接サーブレットを書く場合でも、 @Controllerを使う場合でも、 Java Web開発の基盤にはサーブレットの仕組みが存在しています。

3. サーブレットの基本的な動作の流れ

サーブレットの動作を理解するためには、ブラウザからのアクセスがどのような流れで処理されるのかを、順番に追って理解することが大切です。Java Web開発では、この流れを理解していないと、なぜこの処理が実行されるのか分からなくなってしまいます。

まず、ユーザーがブラウザでURLを入力したり、画面上のボタンを押したりすると、ブラウザはサーバーに対してリクエストを送信します。このリクエストには、どのURLにアクセスしたのか、どのような操作をしたのかといった情報が含まれています。

サーバー側では、受け取ったリクエストをもとに、どのサーブレット、またはどの@Controllerが処理を担当するのかを判断します。ここで初めて、Javaのコードが実行されることになります。

@Controllerのメソッドでは、リクエストの内容を確認しながら処理を行います。必要に応じて条件分岐を行ったり、画面に表示するデータを準備したりします。

処理が完了すると、その結果はレスポンスとしてまとめられ、サーバーからブラウザへ返されます。ブラウザは受け取ったレスポンスをもとに、画面を表示します。

この一連の流れが、サーブレットを中心としたJava Web開発の基本的な動作です。毎回この流れが繰り返されることで、Webアプリケーションは動いています。


import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class FlowController {

    @GetMapping("/flow")
    public String flow() {
        return "flow";
    }
}

このコードでは、ブラウザから「/flow」というURLにアクセスがあった場合に、対応する処理が実行され、画面名が返されます。内部的には、サーブレットの仕組みを使ってリクエストとレスポンスが処理されています。

4. サーブレットとHTTPの関係

サーブレットは、HTTPという通信ルールの上で動作しています。 HTTPとは、ブラウザとサーバーが情報をやり取りするための共通のルールです。 Java Web開発では、このHTTPを前提として処理が行われます。

ブラウザからサーバーに送られる情報は、HTTPリクエストと呼ばれます。 HTTPリクエストには、アクセス先のURLや、送信方法、追加の情報などが含まれています。

サーブレットや@Controllerは、このHTTPリクエストを受け取り、 Javaのオブジェクトとして扱える形に変換された情報を使って処理を行います。


GET /flow HTTP/1.1
Host: localhost:8080
User-Agent: Browser

上記は、ブラウザから送られるHTTPリクエストのイメージです。実際には、この情報をサーブレットが受け取り、 Javaのコード内で扱いやすい形に変換しています。

処理結果はHTTPレスポンスとして返されます。 HTTPレスポンスには、画面の内容や表示に必要な情報が含まれています。ブラウザはこのレスポンスを受け取り、画面として表示します。


HTTP/1.1 200 OK
Content-Type: text/html

このように、サーブレットはHTTPリクエストとHTTPレスポンスを仲介する役割を担っています。 Java Web開発では、このHTTPとサーブレットの関係を理解することがとても重要です。

5. サーブレットがJava Web開発で使われてきた理由

サーブレットは、Java Web開発の初期から長い間使われてきた技術です。その理由は、Javaという言語の特徴と、Web開発との相性が良かったためです。

Javaは、サーバー側の処理を安定して実行できる言語として広く使われてきました。サーブレットは、そのJavaの強みを活かして、 Webアプリケーションのリクエスト処理を担当する仕組みとして誕生しました。

また、サーブレットは共通の仕様として定められているため、特定の開発環境に依存せずに使えるというメリットがあります。 Pleiadesのような開発環境でも、基本的な考え方は変わりません。

現在では、@Controllerを使った書き方が主流になっていますが、その内部ではサーブレットの仕組みが利用されています。つまり、サーブレットの考え方を理解しておくことで、 Java Web開発全体の仕組みが分かりやすくなります。

Java Web開発でサーブレットが長く使われてきた背景には、シンプルで分かりやすい役割と、安定した動作があったと言えます。

6. サーブレットとJSPの関係

Java Web開発では、サーブレットとJSPはセットで語られることが多い技術です。それぞれの役割を正しく理解することで、Webアプリケーション全体の構造が見えやすくなります。

サーブレットは、ブラウザから送られてきたリクエストを受け取り、必要な処理を行う役割を持っています。一方でJSPは、画面を表示するための仕組みとして使われます。

つまり、サーブレットは処理担当、JSPは表示担当という役割分担になっています。この役割分担によって、処理と画面の責任を分けて管理できるようになります。

実際の流れとしては、サーブレットや@Controllerが処理を行い、最終的に表示する画面としてJSPを指定します。 JSPはその指示を受けて、HTMLとしてブラウザに表示されます。


import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class JspController {

    @GetMapping("/jsp")
    public String jsp() {
        return "sample";
    }
}

このコードでは、ブラウザからのリクエストを受け取ったあと、表示する画面としてJSPを指定しています。内部ではサーブレットの仕組みが動作し、JSPに処理結果が引き渡されます。


<h1>JSP画面の例</h1>
<p>サーブレットから画面表示が行われています。</p>

このように、サーブレットとJSPは役割を分担しながら連携して動作しています。 Java Web開発では、この関係を理解しておくことがとても重要です。

7. サーブレットとSpring MVCのつながり

Spring MVCでは、@Controllerを使ってリクエスト処理を書くことが一般的です。一見すると、サーブレットとは別の仕組みに見えるかもしれません。しかし、内部的にはサーブレットの仕組みが使われています。

Spring MVCでは、DispatcherServletと呼ばれる特別なサーブレットが存在しています。このサーブレットがすべてのリクエストを受け取り、適切な@Controllerへ処理を振り分けています。

開発者は@インターフェースを使って処理を書くだけで、サーブレットの細かい処理を意識しなくても済むようになっています。そのため、コードが読みやすく、管理しやすくなります。


import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class MvcController {

    @GetMapping("/mvc")
    public String mvc() {
        return "mvc";
    }
}

このような@Controllerのコードも、内部ではサーブレットの仕組みを使って動作しています。サーブレットを直接書かなくても、Java Web開発の基盤として常に利用されています。

Pleiadesで作成したGradleプロジェクトでも、この構造は変わりません。開発環境が変わっても、サーブレットを中心とした考え方は共通です。