Chào bạn, nếu bạn đang tìm kiếm một lời giải đáp chi tiết về Servlet trong bối cảnh phát triển ứng dụng web Java, đặc biệt là khi triển khai trên môi trường máy chủ ảo (VPS), thì bạn đã đến đúng nơi rồi đấy. Bài viết này sẽ không chỉ cung cấp định nghĩa cơ bản mà còn đi sâu vào cách Servlet hoạt động, vai trò của nó trong hệ sinh thái Java Web, và những kiến thức cần thiết để bạn có thể tự tin triển khai ứng dụng Servlet trên VPS của mình.

Tôi là Võ Đỗ Khuê, đồng sáng lập ZoneCloud với hơn 8 năm kinh nghiệm chuyên sâu về Hosting, VPS và Server. Với triết lý làm việc luôn đặt hiệu suất và bảo mật lên hàng đầu, tôi hy vọng những chia sẻ dưới đây sẽ giúp bạn có cái nhìn toàn diện và thực tế nhất về Servlet.

Mục tiêu của bài viết này là giúp bạn đọc hiểu rõ Servlet là gì, từ định nghĩa cơ bản đến cơ chế hoạt động phức tạp, và cách nó được ứng dụng trong lập trình web Java. Chúng tôi mong muốn mang lại giá trị thiết thực, giúp bạn không chỉ nắm vững kiến thức lý thuyết mà còn có thể áp dụng vào thực tế, đặc biệt là khi triển khai các ứng dụng web trên môi trường máy chủ ảo (VPS).

Sau khi đọc bài viết này, bạn sẽ có cái nhìn toàn diện về Servlet, tự tin hơn trong việc phát triển và quản lý ứng dụng web Java của mình.

Servlet là gì?

Servlet là một thành phần cốt lõi của Java Enterprise Edition (Java EE) được sử dụng để xử lý các yêu cầu và phản hồi từ phía người dùng trong ngữ cảnh phát triển web. Nó đóng vai trò quan trọng như một lớp Java chạy trên máy chủ (server), chịu trách nhiệm tiếp nhận các yêu cầu HTTP từ client, thường là trình duyệt web, và trả về phản hồi phù hợp.

Servlet hoạt động như một tầng trung gian hiệu quả giữa yêu cầu từ trình duyệt web hoặc HTTP client với các cơ sở dữ liệu hoặc các ứng dụng trên HTTP server.

1.1. Định nghĩa Servlet

Servlet là một công nghệ phía máy chủ (server-side programming) trong Java, cho phép lập trình viên tạo ra các ứng dụng web động. Nó là một API (Application Programming Interface) và một triển khai cụ thể của API đó, được thiết kế để mở rộng khả năng của máy chủ web bằng cách cung cấp một giao diện lập trình mạnh mẽ cho việc xử lý các yêu cầu HTTP.

Bản chất của Servlet là một chương trình Java nhỏ chạy trên máy chủ, có khả năng tương tác với client thông qua giao thức HTTP. Vai trò chính của Servlet là nhận yêu cầu từ client, xử lý logic nghiệp vụ, và tạo ra phản hồi để gửi trở lại client. Điều này giúp tách biệt phần logic xử lý khỏi phần trình bày giao diện, tạo nên một kiến trúc ứng dụng web rõ ràng và dễ quản lý hơn.

1.2. Servlet trong Java Web

Trong hệ sinh thái Java Web, Servlet là một thành phần cốt lõi của Java EE (nay là Jakarta EE), đóng vai trò nền tảng cho nhiều công nghệ web Java khác. Nó cung cấp cơ chế cơ bản để xây dựng các ứng dụng web động và là nền tảng cho các công nghệ như JSP (JavaServer Pages).

Sự hiện diện của Servlet giúp các ứng dụng Java giao tiếp hiệu quả với trình duyệt web thông qua giao thức HTTP, tạo ra một môi trường mạnh mẽ để phát triển các giải pháp web phức tạp. Hiểu rõ Servlet là gì trong Java web là bước đầu tiên để nắm bắt cách các ứng dụng web Java được xây dựng và hoạt động.

1.3. Servlet dùng để làm gì?

1.3.1. Xử lý yêu cầu HTTP

Một trong những nhiệm vụ chính của Servlet là nhận và xử lý các yêu cầu HTTP từ client. Khi người dùng gửi một yêu cầu (ví dụ: truy cập một URL, gửi một biểu mẫu), Servlet sẽ tiếp nhận yêu cầu đó.

Nó có khả năng phân tích các phương thức HTTP khác nhau như GET, POST, PUT, DELETE, và trích xuất thông tin từ yêu cầu để xử lý. Sau khi xử lý, Servlet tạo ra một phản hồi HTTP để gửi lại cho client.

1.3.2. Tạo nội dung động và phản hồi

Servlet đóng vai trò quan trọng trong việc tạo ra nội dung động cho các trang web. Thay vì chỉ phục vụ các trang HTML tĩnh, Servlet có thể tạo ra các trang HTML, XML, JSON hoặc các định dạng dữ liệu khác dựa trên logic nghiệp vụ và dữ liệu từ cơ sở dữ liệu.

Điều này cho phép ứng dụng hiển thị thông tin cá nhân hóa, kết quả tìm kiếm, hoặc các báo cáo được tạo ra theo thời gian thực.

1.3.3. Quản lý trạng thái và Cookie

Để duy trì trạng thái giữa các yêu cầu không trạng thái của HTTP, Servlet cung cấp các cơ chế quản lý phiên (session management) và Cookie. Session management cho phép ứng dụng theo dõi thông tin của người dùng trong suốt một phiên làm việc, ví dụ như giỏ hàng trong một trang thương mại điện tử hoặc trạng thái đăng nhập. Cookie là các tệp nhỏ được lưu trữ trên trình duyệt của người dùng, giúp lưu trữ thông tin và nhận diện người dùng trong các lần truy cập sau.

1.3.4. Tương tác với cơ sở dữ liệu và các thành phần khác

Servlet có khả năng kết nối và tương tác với cơ sở dữ liệu thông qua JDBC (Java Database Connectivity) hoặc các giao thức tương tự. Điều này cho phép ứng dụng truy vấn, cập nhật, thêm hoặc xóa dữ liệu, làm cho các ứng dụng web trở nên mạnh mẽ và có khả năng lưu trữ thông tin lâu dài. Ngoài ra, Servlet cũng có thể giao tiếp với các thành phần Java khác như Applet, EJB hoặc các phần mềm khác thông qua Socket và kỹ thuật RMI.

1.3.5. Thực hiện logic ứng dụng

Servlet là nơi thực hiện phần lớn logic nghiệp vụ của ứng dụng web. Nó xử lý dữ liệu được gửi từ yêu cầu HTTP, bao gồm thông tin từ biểu mẫu, tham số trên URL, dữ liệu JSON/XML, và thực hiện các bước logic cụ thể theo yêu cầu của ứng dụng. Đây là phần server-side programming giúp ứng dụng đưa ra quyết định, tính toán và xử lý dữ liệu trước khi gửi phản hồi về cho client.

1.4. Lợi ích khi sử dụng Servlet trong lập trình web

Sử dụng Servlet mang lại nhiều lợi ích đáng kể trong lập trình web Java, góp phần tạo nên các ứng dụng mạnh mẽ và hiệu quả.

• Hiệu suất cao và khả năng xử lý đồng thời: Servlet có khả năng xử lý đồng thời nhiều yêu cầu từ client, giúp tối ưu hóa hiệu suất ứng dụng web trong tình huống tải cao. Mỗi yêu cầu thường được xử lý trong một luồng riêng biệt, không cần tạo một tiến trình riêng biệt cho mỗi yêu cầu như các công nghệ cũ hơn.
• Tương thích đa nền tảng: Do được viết bằng Java, Servlet thừa hưởng khả năng chạy trên nhiều nền tảng khác nhau mà không cần thay đổi mã nguồn, tuân thủ triết lý Viết một lần, chạy ở mọi nơi của Java.
• Đáng tin cậy và an toàn: Servlet được viết bằng Java, do đó thừa hưởng các tính năng bảo mật và độ tin cậy cao của nền tảng Java, giúp xây dựng các ứng dụng an toàn hơn.
• Khả năng mở rộng: Các ứng dụng sử dụng Servlet có thể dễ dàng mở rộng để đáp ứng nhu cầu của các hệ thống lớn và phức tạp, từ việc thêm các Servlet mới đến tích hợp với các dịch vụ khác.
• Tích hợp tốt với các công nghệ Java khác: Servlet tích hợp mượt mà với các công nghệ Java khác như JSP, JDBC, Java EE, cho phép tạo ra các ứng dụng web đa tầng với kiến trúc chặt chẽ.
• Thay thế công nghệ CGI cũ: Servlet cung cấp một giải pháp tối ưu hơn so với Common Gateway Interface (CGI) cũ, nhờ hiệu suất cao hơn và khả năng quản lý tài nguyên tốt hơn.

Những lợi ích này là lý do tại sao nên học Servlet và sử dụng nó trong phát triển ứng dụng web Java.

1.5. Khi nào nên sử dụng Servlet?

Servlet thường được sử dụng khi bạn cần xử lý logic nghiệp vụ phức tạp ở phía máy chủ, quản lý các yêu cầu HTTP và tạo ra phản hồi động. Nó đặc biệt phù hợp cho các tình huống đòi hỏi hiệu suất cao và khả năng tương tác sâu với các tài nguyên phía máy chủ như cơ sở dữ liệu.

Bạn nên sử dụng Servlet khi xây dựng các API RESTful, xử lý các biểu mẫu web, quản lý phiên người dùng, hoặc khi cần một lớp điều khiển (Controller) mạnh mẽ trong mô hình MVC. Servlet cung cấp một nền tảng vững chắc cho các ứng dụng web Java, đặc biệt khi kết hợp với các công nghệ khác như JSP để xử lý phần giao diện.

Kiến trúc và cơ chế hoạt động của Servlet

2.1. Mô hình Client-Server và vị trí của Servlet

Servlet hoạt động trong mô hình Client-Server, nơi client (thường là trình duyệt web) gửi yêu cầu đến server, và server xử lý yêu cầu đó để gửi lại phản hồi. Trong mô hình này, Servlet nằm ở phía server, cụ thể là bên trong một Servlet Container (còn gọi là Web Container hoặc Servlet Engine).

Vị trí này cho phép Servlet tiếp nhận trực tiếp các yêu cầu HTTP, xử lý chúng bằng logic nghiệp vụ, và tạo ra phản hồi trước khi gửi về client. Nó là cầu nối quan trọng giữa giao diện người dùng và logic xử lý dữ liệu phía máy chủ.

2.2. Cách Servlet xử lý yêu cầu HTTP

Cách Servlet xử lý yêu cầu HTTP bao gồm một chuỗi các bước được thực hiện bởi Servlet Container và chính Servlet. Khi một yêu cầu HTTP đến máy chủ, Servlet Container sẽ xác định Servlet phù hợp để xử lý yêu cầu đó dựa trên cấu hình ánh xạ URL. Container sau đó tạo ra hai đối tượng chính: `HttpServletRequest` để đóng gói thông tin từ yêu cầu của client và `HttpServletResponse` để chứa phản hồi sẽ được gửi trở lại client.

Servlet tiếp nhận đối tượng `HttpServletRequest` để đọc các tham số, tiêu đề, và dữ liệu từ yêu cầu. Sau khi xử lý logic nghiệp vụ, Servlet sử dụng đối tượng `HttpServletResponse` để thiết lập kiểu nội dung, thêm tiêu đề, và ghi dữ liệu phản hồi (ví dụ: HTML, JSON) vào luồng đầu ra, sau đó gửi về cho client.

2.3. Quy trình tương tác

Quy trình tương tác từ yêu cầu đến phản hồi khi sử dụng Servlet diễn ra như sau:

1. Người dùng gửi yêu cầu HTTP: Khi người dùng tương tác với ứng dụng web (ví dụ: nhấp vào liên kết, gửi biểu mẫu), trình duyệt sẽ gửi một yêu cầu HTTP đến địa chỉ IP của VPS nơi ứng dụng đang chạy.

2. Máy chủ web tiếp nhận và chuyển yêu cầu: Máy chủ web (có thể là một Web server như Nginx hoặc Apache HTTP Server hoạt động như reverse proxy, hoặc trực tiếp là Servlet Container) tiếp nhận yêu cầu. Nếu có reverse proxy, nó sẽ chuyển tiếp yêu cầu đến Servlet Container.

3. Servlet Container xử lý yêu cầu: Servlet Container (ví dụ: Apache Tomcat) nhận yêu cầu, tạo các đối tượng `HttpServletRequest` và `HttpServletResponse`, và xác định Servlet nào sẽ xử lý yêu cầu dựa trên URL pattern.

4. Servlet thực thi logic: Container gọi phương thức `service()` của Servlet tương ứng. Phương thức này sẽ phân tích yêu cầu, gọi các phương thức `doGet()`, `doPost()` (hoặc các phương thức khác tùy thuộc vào kiểu yêu cầu HTTP) để thực hiện logic nghiệp vụ, tương tác với cơ sở dữ liệu (JDBC) nếu cần.

5. Servlet tạo phản hồi: Sau khi xử lý, Servlet ghi nội dung phản hồi vào đối tượng `HttpServletResponse`.

6. Container gửi phản hồi về client: Servlet Container gửi phản hồi HTTP đã được tạo trở lại trình duyệt của người dùng.

7. Trình duyệt hiển thị nội dung: Trình duyệt nhận phản hồi và hiển thị nội dung cho người dùng.

Quy trình này cho thấy cách Servlet là gì và cách hoạt động của nó trong việc điều phối luồng dữ liệu giữa client và server.

Servlet Container

3.1. Servlet Container là gì?

Servlet Container, còn được biết đến với các tên gọi như Web Container hoặc Servlet Engine, là một phần mềm cung cấp môi trường thực thi và quản lý vòng đời cho các Java Servlet. Nó là một thành phần của máy chủ web hoặc máy chủ ứng dụng, chịu trách nhiệm tiếp nhận các yêu cầu HTTP từ client, định tuyến chúng đến Servlet phù hợp, và gửi phản hồi trở lại client.

Container này xử lý tất cả các khía cạnh kỹ thuật phức tạp, cho phép lập trình viên tập trung vào logic nghiệp vụ của Servlet.

3.2. Vai trò và trách nhiệm của Servlet Container

3.2.1. Quản lý vòng đời Servlet

Một trong những trách nhiệm chính của Servlet Container là quản lý vòng đời của Servlet. Điều này bao gồm việc tải lớp Servlet vào bộ nhớ, tạo đối tượng Servlet, gọi phương thức `init()` để khởi tạo, quản lý việc xử lý các yêu cầu thông qua phương thức `service()`, và cuối cùng là gọi phương thức `destroy()` khi Servlet bị gỡ bỏ. Container đảm bảo rằng các phương thức này được gọi đúng thời điểm và theo đúng trình tự.

3.2.2. Xử lý yêu cầu-phản hồi và định tuyến

Servlet Container chịu trách nhiệm tiếp nhận các yêu cầu HTTP từ client và định tuyến chúng đến Servlet thích hợp dựa trên các cấu hình ánh xạ URL (ví dụ: trong `web.xml` hoặc thông qua annotation `@WebServlet`). Sau khi Servlet xử lý yêu cầu và tạo phản hồi, container sẽ gửi phản hồi HTTP đã hoàn chỉnh trở lại cho client.

3.2.3. Quản lý luồng

Để xử lý nhiều yêu cầu client đồng thời một cách hiệu quả, Servlet Container thực hiện quản lý luồng. Khi một yêu cầu mới đến, container thường tạo một luồng riêng biệt để xử lý yêu cầu đó. Điều này giúp ứng dụng có thể phục vụ nhiều người dùng cùng lúc mà không làm chậm trễ các yêu cầu khác.

3.2.4. Hỗ trợ quản lý phiên HTTP và cookie

Servlet Container cung cấp các cơ chế hỗ trợ cho quản lý phiên HTTP (Session Management) và Cookie. Nó giúp duy trì trạng thái của người dùng giữa các yêu cầu khác nhau bằng cách quản lý các đối tượng phiên và xử lý việc gửi/nhận Cookie, điều này rất quan trọng cho các ứng dụng web tương tác.

3.2.5. Thực thi các ràng buộc bảo mật

Container cũng có trách nhiệm thực thi các ràng buộc bảo mật được định nghĩa trong ứng dụng web, bao gồm xác thực người dùng (authentication) và ủy quyền (authorization). Nó đảm bảo rằng chỉ những người dùng có quyền mới có thể truy cập vào các tài nguyên nhất định của ứng dụng.

3.3. Các Servlet Container phổ biến

Có nhiều Servlet Container phổ biến được sử dụng rộng rãi trong phát triển ứng dụng web Java.

• Apache Tomcat: Đây là Servlet Container và máy chủ web mã nguồn mở phổ biến nhất, được sử dụng rộng rãi để triển khai các ứng dụng web Java. Tomcat nhẹ, dễ cấu hình và tích hợp tốt với các công nghệ Java khác.
• Jetty: Một Servlet Container mã nguồn mở khác, thường được đánh giá là nhẹ hơn và linh hoạt hơn Tomcat, thích hợp cho các ứng dụng nhúng hoặc môi trường đám mây.
• WildFly (trước đây là JBoss AS): Đây là một máy chủ ứng dụng Java EE đầy đủ, bao gồm cả Servlet Container. WildFly cung cấp một bộ tính năng toàn diện hơn, phù hợp cho các ứng dụng doanh nghiệp lớn.

Việc lựa chọn Servlet Container phụ thuộc vào yêu cầu cụ thể của dự án và môi trường triển khai, đặc biệt khi triển khai Servlet trên VPS.

Vòng đời của Servlet

4.1. Giai đoạn Load Servlet Class và Tạo đối tượng Servlet

Vòng đời của Servlet bắt đầu khi Servlet Container tải lớp Servlet vào bộ nhớ. Điều này thường xảy ra khi có yêu cầu đầu tiên đến Servlet đó, hoặc khi máy chủ khởi động nếu Servlet được cấu hình để tải khi khởi động. Sau khi lớp được tải, Container sẽ tạo một thể hiện (instance) duy nhất của Servlet. Đối tượng Servlet này sẽ được sử dụng để xử lý tất cả các yêu cầu tiếp theo, giúp tiết kiệm tài nguyên và tăng hiệu suất.

4.2. Giai đoạn Khởi tạo init method

Sau khi đối tượng Servlet được tạo, Servlet Container sẽ gọi phương thức `init()` của Servlet. Phương thức này chỉ được gọi một lần duy nhất trong toàn bộ vòng đời của Servlet. Mục đích của `init()` là thực hiện các tác vụ khởi tạo một lần, chẳng hạn như thiết lập kết nối cơ sở dữ liệu, tải các cấu hình ban đầu, hoặc khởi tạo các tài nguyên cần thiết cho Servlet. Việc này đảm bảo rằng Servlet đã sẵn sàng để xử lý các yêu cầu một cách hiệu quả.

4.3. Giai đoạn Xử lý yêu cầu service, doGet, doPost, doPut, doDelete methods

Sau khi Servlet được khởi tạo thành công, nó sẽ chuyển sang giai đoạn xử lý yêu cầu. Đây là giai đoạn hoạt động chính của Servlet. Mỗi khi Servlet Container nhận được một yêu cầu cho Servlet này, nó sẽ tạo một luồng mới và gọi phương thức `service()` của Servlet.

Phương thức `service()` là phương thức chính để thực hiện nhiệm vụ thực tế. Trong lớp `HttpServlet` (lớp mà hầu hết các Servlet đều kế thừa), phương thức `service()` sẽ kiểm tra kiểu yêu cầu HTTP (GET, POST, PUT, DELETE, v.v.) và tự động gọi các phương thức tương ứng như `doGet()`, `doPost()`, `doPut()`, `doDelete()`. Lập trình viên sẽ ghi đè các phương thức `doGet()` hoặc `doPost()` để chứa logic xử lý cụ thể cho từng loại yêu cầu.

4.4. Giai đoạn Hủy bỏ (`destroy()` method)

Khi Servlet Container quyết định gỡ bỏ Servlet khỏi dịch vụ, nó sẽ gọi phương thức `destroy()` của Servlet. Giống như `init()`, phương thức `destroy()` cũng chỉ được gọi một lần duy nhất trong vòng đời của Servlet. Giai đoạn này thường xảy ra khi máy chủ web tắt, ứng dụng web bị gỡ bỏ, hoặc khi Container cần giải phóng tài nguyên.

Mục đích của `destroy()` là để dọn dẹp các tài nguyên đã được cấp phát trong phương thức `init()` hoặc trong quá trình hoạt động, ví dụ như đóng kết nối cơ sở dữ liệu, giải phóng các luồng, hoặc lưu trữ trạng thái.

4.5. Giai đoạn Thu gom rác

Sau khi phương thức `destroy()` được gọi và hoàn tất, đối tượng Servlet không còn được tham chiếu bởi Servlet Container nữa. Lúc này, đối tượng Servlet trở thành đối tượng rác và sẽ được Garbage Collector của Java Virtual Machine (JVM) thu gom để giải phóng bộ nhớ. Đây là giai đoạn cuối cùng trong vòng đời của một Servlet, đảm bảo rằng tài nguyên hệ thống được sử dụng hiệu quả.

4.6. Ý nghĩa của vòng đời Servlet trong quản lý tài nguyên và hiệu suất

Việc hiểu rõ vòng đời của Servlet có ý nghĩa quan trọng trong việc quản lý tài nguyên và tối ưu hiệu suất của ứng dụng web.

• Quản lý tài nguyên hiệu quả: Bằng cách thực hiện các tác vụ khởi tạo tốn kém trong `init()` (chỉ một lần) và dọn dẹp tài nguyên trong `destroy()` (cũng chỉ một lần), lập trình viên có thể đảm bảo rằng tài nguyên được cấp phát và giải phóng một cách có trật tự, tránh rò rỉ bộ nhớ.
• Tối ưu hiệu suất: Việc tạo một thể hiện Servlet duy nhất và sử dụng các luồng để xử lý yêu cầu giúp giảm chi phí khởi tạo đối tượng cho mỗi yêu cầu, từ đó tăng hiệu suất tổng thể của ứng dụng.
• Kiểm soát luồng: Vòng đời cho phép kiểm soát chặt chẽ cách các yêu cầu được xử lý đồng thời, giúp tránh các vấn đề về đồng bộ hóa và đảm bảo tính ổn định của ứng dụng.

Hiểu biết về vòng đời Servlet (Servlet lifecycle) chi tiết là nền tảng để phát triển các ứng dụng Java Web mạnh mẽ và ổn định.

Các thành phần chính trong Servlet API

5.1. Giao diện Servlet và lớp trừu tượng HttpServlet

Giao diện `Servlet` là giao diện cơ bản mà tất cả các Servlet phải triển khai. Nó định nghĩa các phương thức vòng đời cốt lõi như `init()`, `service()`, và `destroy()`. Tuy nhiên, để đơn giản hóa việc phát triển Servlet cho các ứng dụng web HTTP, hầu hết các Servlet đều kế thừa lớp trừu tượng `HttpServlet`.

Lớp `HttpServlet` mở rộng `GenericServlet` và triển khai giao diện `Servlet`, được thiết kế đặc biệt để xử lý các yêu cầu HTTP. Nó cung cấp các phương thức tiện ích như `doGet()`, `doPost()`, `doPut()`, `doDelete()` tương ứng với các phương thức HTTP, giúp lập trình viên dễ dàng ghi đè và xử lý từng loại yêu cầu cụ thể mà không cần quan tâm đến chi tiết cấp thấp của giao thức HTTP.

5.2. ServletRequest và ServletResponse Interfaces

Hai giao diện `ServletRequest` và `ServletResponse` là cốt lõi cho việc giao tiếp giữa client và Servlet.

• `ServletRequest` đại diện cho yêu cầu gửi đến Servlet từ phía client. Nó chứa tất cả thông tin về yêu cầu, bao gồm các tham số biểu mẫu, tiêu đề HTTP, đường dẫn URL, và dữ liệu đầu vào (input stream). Servlet sử dụng đối tượng này để đọc và phân tích yêu cầu của người dùng.
• `ServletResponse` đại diện cho phản hồi mà Servlet trả về cho client. Nó cho phép Servlet thiết lập kiểu nội dung của phản hồi (ví dụ: text/html, application/json), thêm các tiêu đề HTTP, và ghi dữ liệu phản hồi vào luồng đầu ra để gửi về trình duyệt.

5.3. ServletConfig và ServletContext

`ServletConfig` và `ServletContext` cung cấp các cơ chế để cấu hình Servlet và chia sẻ thông tin trong phạm vi ứng dụng.

• `ServletConfig` cung cấp các tham số khởi tạo (init parameters) cho một Servlet cụ thể. Các tham số này được định nghĩa trong `web.xml` hoặc thông qua annotation, cho phép cấu hình linh hoạt cho từng Servlet mà không cần thay đổi mã nguồn.
• `ServletContext` cung cấp thông tin về toàn bộ ứng dụng web và cho phép giao tiếp giữa các Servlet khác nhau trong cùng một ứng dụng. Nó có thể được sử dụng để lưu trữ các thuộc tính ở cấp ứng dụng, chia sẻ tài nguyên, hoặc ghi log. `ServletContext` là một tài nguyên chung cho tất cả các Servlet trong ứng dụng.

5.4. Deployment Descriptor và Annotation

Để Servlet Container biết cách ánh xạ các yêu cầu đến Servlet nào, cần có một cơ chế cấu hình.

• Deployment Descriptor (`web.xml`): Theo truyền thống, một file XML có tên `web.xml` (nằm trong thư mục `WEB-INF/`) được sử dụng làm deployment descriptor. File này mô tả các Servlet, ánh xạ URL tới Servlet, định nghĩa các tham số khởi tạo, bộ lọc (filters), listener, và các cấu hình bảo mật khác của ứng dụng web.
• Annotation (`@WebServlet`): Từ Servlet 3.0 trở đi, Java EE đã giới thiệu khả năng cấu hình Servlet bằng cách sử dụng annotation, đặc biệt là `@WebServlet`. Điều này giúp giảm bớt sự phụ thuộc vào `web.xml` và làm cho việc cấu hình trở nên đơn giản, trực quan hơn bằng cách đặt trực tiếp trên lớp Servlet.

Cả hai cách đều có thể được sử dụng để cấu hình Servlet, tùy thuộc vào phiên bản Java EE và sở thích của lập trình viên.

Ưu và nhược điểm của Servlet trong phát triển ứng dụng web

6.1. Ưu điểm nổi bật của Servlet

Servlet mang lại nhiều ưu điểm quan trọng, khiến nó trở thành nền tảng vững chắc cho nhiều ứng dụng web Java.

6.1.1. Hiệu suất cao và khả năng xử lý đồng thời

Servlet có hiệu suất cao vì nó chỉ được khởi tạo một lần và xử lý nhiều yêu cầu thông qua các luồng (threads). Điều này giúp giảm chi phí khởi tạo đối tượng và cho phép ứng dụng xử lý đồng thời nhiều yêu cầu từ client một cách hiệu quả, đặc biệt quan trọng trong các tình huống tải cao trên VPS. Servlet thực thi bên trong không gian địa chỉ của một Web server, không cần tạo một tiến trình riêng biệt cho mỗi yêu cầu.

6.1.2. Tương thích đa nền tảng

Do được viết bằng Java, Servlet thừa hưởng khả năng tương thích đa nền tảng của Java Virtual Machine (JVM). Điều này có nghĩa là một ứng dụng Servlet có thể chạy trên bất kỳ hệ điều hành nào có JVM, từ Windows, Linux đến macOS, mà không cần thay đổi mã nguồn.

6.1.3. Đáng tin cậy và an toàn

Servlet được xây dựng trên nền tảng Java, vốn nổi tiếng về tính bảo mật và độ tin cậy. Các tính năng bảo mật của Java như quản lý bộ nhớ tự động (garbage collection) và kiểm tra kiểu mạnh mẽ giúp giảm thiểu lỗi và các lỗ hổng bảo mật tiềm ẩn.

6.1.4. Khả năng mở rộng

Kiến trúc của Servlet cho phép khả năng mở rộng tốt. Bạn có thể dễ dàng thêm các Servlet mới, tích hợp với các dịch vụ khác, hoặc phân phối ứng dụng trên nhiều máy chủ để đáp ứng nhu cầu tăng trưởng của người dùng.

6.1.5. Tích hợp tốt với các công nghệ Java khác

Servlet tích hợp rất tốt với các công nghệ Java khác như JSP (JavaServer Pages) để tạo giao diện người dùng, JDBC (Java Database Connectivity) để tương tác với cơ sở dữ liệu, và các thành phần khác của Java EE. Sự tích hợp này tạo ra một hệ sinh thái mạnh mẽ cho việc phát triển các ứng dụng web đa tầng.

6.1.6. Thay thế công nghệ CGI cũ

Servlet được phát triển để thay thế Common Gateway Interface (CGI), một công nghệ cũ hơn để tạo nội dung web động. Servlet cung cấp một giải pháp tối ưu hơn CGI nhờ hiệu suất cao hơn, khả năng quản lý tài nguyên tốt hơn và kiến trúc hướng đối tượng.

6.2. Nhược điểm cần lưu ý khi sử dụng Servlet

6.2.1. Độ phức tạp ban đầu

Việc viết Servlet đòi hỏi kiến thức vững chắc về Java và các khái niệm lập trình hướng đối tượng. Đối với người mới bắt đầu, việc thiết lập môi trường và hiểu rõ các API có thể mất một thời gian, dẫn đến độ phức tạp ban đầu.

6.2.2. Cấu hình có thể phức tạp

Với các ứng dụng lớn hoặc có nhiều Servlet, việc cấu hình trong file `web.xml` có thể trở nên phức tạp và khó quản lý. Mặc dù annotation đã giúp đơn giản hóa phần nào, nhưng vẫn cần sự hiểu biết về cách các thành phần tương tác.

6.2.3. Khó khăn trong việc tạo giao diện

Một nhược điểm lớn của Servlet là việc tạo giao diện người dùng trực tiếp trong mã Java. Việc nhúng mã HTML vào mã Java để tạo phản hồi có thể khá cồng kềnh, khó đọc và khó bảo trì. Đây chính là lý do JSP ra đời để khắc phục nhược điểm này, bằng cách cho phép nhúng mã Java vào HTML.

Phân biệt Servlet và JSP

7.1. So sánh chi tiết về bản chất và mục đích

Servlet về bản chất là một lớp Java thuần túy, tập trung vào việc xử lý logic nghiệp vụ, quản lý yêu cầu và phản hồi từ client. Mục đích chính của Servlet là đóng vai trò là bộ điều khiển (Controller) trong mô hình MVC, nơi xử lý dữ liệu và điều phối luồng ứng dụng.

Ngược lại, JSP là một tài liệu văn bản chứa HTML/XML với mã Java nhúng. Mục đích chính của JSP là tạo giao diện người dùng động (View), nơi trình bày dữ liệu cho người dùng. JSP được thiết kế để đơn giản hóa việc tạo các trang web động bằng cách cho phép các nhà thiết kế web làm việc với HTML quen thuộc và nhúng logic Java khi cần.

7.2. Sự khác biệt về cách viết code

Sự khác biệt rõ rệt nhất giữa Servlet và JSP nằm ở cách viết code. Với Servlet, bạn thường nhúng mã HTML vào Java code bằng cách sử dụng các đối tượng `PrintWriter` để ghi nội dung HTML vào luồng phản hồi. Cách này có thể trở nên cồng kềnh và khó quản lý khi giao diện phức tạp.

Với JSP, cách tiếp cận ngược lại: bạn nhúng Java code vào HTML. Điều này cho phép các nhà phát triển tạo ra các trang web với cấu trúc HTML rõ ràng và chỉ thêm mã Java khi cần để hiển thị dữ liệu động hoặc thực hiện logic trình bày.

7.3. Vị trí trong mô hình MVC

Trong mô hình kiến trúc MVC (Model-View-Controller pattern), Servlet thường đóng vai trò là Controller. Nó nhận yêu cầu từ client, xử lý logic nghiệp vụ, tương tác với Model (lớp dữ liệu và logic kinh doanh), và sau đó chuyển tiếp dữ liệu đến View để hiển thị.

JSP, mặt khác, thường đóng vai trò là View. Nó chịu trách nhiệm trình bày dữ liệu đã được Controller xử lý cho người dùng. JSP nhận dữ liệu từ Controller và hiển thị chúng dưới dạng HTML hoặc các định dạng khác.

7.4. Quy trình biên dịch và hiệu suất

Về quy trình biên dịch, Servlet cần được biên dịch thủ công thành file `.class` trước khi triển khai. Khi có yêu cầu lần đầu, Servlet Container sẽ tải và khởi tạo Servlet.

JSP có một quy trình khác. Khi một yêu cầu đến một trang JSP lần đầu tiên, Web Container sẽ tự động dịch trang JSP đó thành một Servlet Java, sau đó biên dịch Servlet đó thành file `.class`, và cuối cùng thực thi nó. Ở các lần yêu cầu tiếp theo, nếu trang JSP không thay đổi, Container sẽ sử dụng Servlet đã được biên dịch sẵn. Do đó, Servlet thường nhanh hơn JSP ở lần chạy đầu tiên vì không phải qua bước dịch. Tuy nhiên, hiệu suất ở các lần chạy sau thường tương đương.

7.5. Khi nào nên dùng Servlet, khi nào nên dùng JSP?

Lựa chọn giữa Servlet và JSP phụ thuộc vào mục đích cụ thể của từng phần trong ứng dụng:

• Khi nào nên dùng Servlet: Sử dụng Servlet khi bạn cần xử lý logic nghiệp vụ phức tạp, điều khiển luồng ứng dụng, xử lý các yêu cầu HTTP (GET, POST), tương tác với cơ sở dữ liệu, hoặc xây dựng các API RESTful. Servlet là lựa chọn lý tưởng cho tầng Controller.
• Khi nào nên dùng JSP: Sử dụng JSP khi bạn cần tạo giao diện người dùng động, hiển thị dữ liệu từ phía máy chủ cho client. JSP là lựa chọn tốt cho tầng View, giúp tách biệt logic trình bày khỏi logic nghiệp vụ, làm cho mã nguồn dễ đọc và bảo trì hơn.

Trong thực tế, Servlet và JSP thường được sử dụng kết hợp với nhau trong mô hình MVC, với Servlet làm Controller và JSP làm View, tạo nên một kiến trúc ứng dụng web Java mạnh mẽ và linh hoạt.

Triển khai và tối ưu Servlet trên VPS

8.1. Tại sao cần quan tâm Servlet khi bạn có một VPS?

Khi bạn sở hữu một VPS, bạn đang có một môi trường máy chủ ảo riêng biệt, cung cấp tài nguyên (CPU, RAM, ổ cứng) độc lập để chạy các ứng dụng của mình. Servlet là công nghệ nền tảng cho các ứng dụng web Java, và để các ứng dụng này hoạt động, chúng cần một môi trường để thực thi, đó chính là Servlet Container (như Apache Tomcat) được cài đặt trên VPS của bạn.

Mối liên hệ giữa Servlet và môi trường máy chủ ảo là rất chặt chẽ. VPS cung cấp cơ sở hạ tầng, còn Servlet cùng với Container của nó là phần mềm giúp ứng dụng web Java của bạn “sống” và phục vụ người dùng trên cơ sở hạ tầng đó. Hiểu về Servlet giúp bạn quản lý, cấu hình và tối ưu ứng dụng của mình trên VPS một cách hiệu quả, đảm bảo hiệu suất và độ ổn định.

8.2. Các bước cơ bản để triển khai ứng dụng Servlet trên VPS

8.2.1. Cài đặt Java Development Kit (JDK) trên VPS

Bước đầu tiên là cài đặt Java Development Kit (JDK) trên VPS của bạn. JDK cung cấp môi trường runtime Java (JRE) và các công cụ cần thiết để biên dịch và chạy các ứng dụng Java, bao gồm cả Servlet. Bạn cần chọn phiên bản JDK phù hợp với ứng dụng của mình và cài đặt nó theo hướng dẫn của hệ điều hành VPS (ví dụ: `apt-get install openjdk-11-jdk` trên Ubuntu).

8.2.2. Cài đặt và cấu hình Servlet Container trên VPS

Tiếp theo, bạn cần cài đặt một Servlet Container trên VPS. Apache Tomcat là lựa chọn phổ biến nhất. Bạn có thể tải xuống phiên bản Tomcat phù hợp từ trang web chính thức của Apache và giải nén nó vào một thư mục thích hợp trên VPS. Sau đó, bạn cần cấu hình Tomcat, bao gồm thiết lập các biến môi trường Java, cấu hình cổng HTTP (mặc định là 8080), và các thiết lập bảo mật cơ bản.

8.2.3. Đóng gói ứng dụng web Java và triển khai

Sau khi phát triển ứng dụng web Java của bạn (bao gồm các Servlet, JSP, tài nguyên tĩnh), bạn cần đóng gói nó thành một file `.war` (Web Application Archive). Đây là định dạng chuẩn để triển khai ứng dụng web Java. Sau đó, bạn chỉ cần sao chép file `.war` này vào thư mục `webapps` của Tomcat trên VPS. Tomcat sẽ tự động giải nén và triển khai ứng dụng của bạn.

8.2.4. Cấu hình tên miền và Reverse Proxy

Để người dùng có thể truy cập ứng dụng của bạn bằng tên miền (ví dụ: `yourdomain.com`) thay vì địa chỉ IP và cổng của Tomcat, bạn cần cấu hình tên miền trỏ về địa chỉ IP của VPS. Đồng thời, bạn nên sử dụng một Web server phía trước như Nginx hoặc Apache HTTP Server làm reverse proxy.

Reverse proxy sẽ lắng nghe các yêu cầu trên cổng 80 (HTTP) hoặc 443 (HTTPS) và chuyển tiếp chúng đến Tomcat (thường là cổng 8080), giúp tăng cường bảo mật và quản lý lưu lượng.

8.3. Tối ưu hiệu suất và quản lý tài nguyên Servlet trên VPS

Tối ưu hiệu suất và quản lý tài nguyên là rất quan trọng khi chạy Servlet trên VPS để đảm bảo ứng dụng hoạt động mượt mà.

• Tối ưu CPU và RAM: Đảm bảo mã Servlet của bạn hiệu quả, tránh các vòng lặp vô hạn hoặc các thao tác tốn nhiều tài nguyên. Tối ưu hóa việc sử dụng bộ nhớ bằng cách giải phóng các đối tượng không cần thiết và sử dụng các cấu trúc dữ liệu hiệu quả. Cấu hình JVM trên Tomcat để phân bổ RAM hợp lý.
• Sử dụng Cache: Áp dụng các kỹ thuật caching (bộ nhớ đệm) ở nhiều cấp độ (client-side cache, server-side cache) để giảm số lượng yêu cầu phải xử lý bởi Servlet và giảm tải cho cơ sở dữ liệu.
• Quản lý kết nối cơ sở dữ liệu: Sử dụng connection pooling (nhóm kết nối) cho JDBC để tái sử dụng các kết nối cơ sở dữ liệu, tránh chi phí tạo và đóng kết nối cho mỗi yêu cầu.
• Tối ưu hóa Servlet Container: Cấu hình Tomcat (hoặc Servlet Container khác) để tối ưu hóa số lượng luồng, kích thước hàng đợi yêu cầu, và các thiết lập khác phù hợp với tài nguyên VPS và tải ứng dụng.

8.4. Các công cụ và môi trường hỗ trợ phát triển Servlet

Để phát triển Servlet một cách hiệu quả, bạn nên sử dụng các công cụ và môi trường hỗ trợ chuyên nghiệp.

• IDE (Môi trường phát triển tích hợp): Các IDE như IntelliJ IDEA, Eclipse, và NetBeans cung cấp các tính năng mạnh mẽ để phát triển ứng dụng web Java, bao gồm hỗ trợ code completion, debugging, tích hợp với Maven/Gradle, và khả năng triển khai trực tiếp lên Servlet Container.
• Maven/Gradle: Các công cụ quản lý dự án này giúp tự động hóa quá trình biên dịch, đóng gói ứng dụng thành file `.war`, và quản lý các thư viện phụ thuộc.

8.5. Troubleshooting

Khi triển khai Servlet trên VPS, bạn có thể gặp một số vấn đề phổ biến.

• Lỗi 404 (Not Found): Thường do cấu hình ánh xạ URL sai trong `web.xml` hoặc annotation, hoặc file `.war` chưa được triển khai đúng cách. Kiểm tra log của Tomcat và cấu hình Servlet.
• Lỗi 500 (Internal Server Error): Thường là lỗi trong mã Java của Servlet. Kiểm tra log của Tomcat (thường là `catalina.out` hoặc các file log trong thư mục `logs` của Tomcat) để tìm stack trace và xác định nguyên nhân.
• Không thể truy cập ứng dụng: Có thể do tường lửa trên VPS chặn cổng của Tomcat, hoặc Tomcat chưa được khởi động đúng cách, hoặc cấu hình reverse proxy sai. Kiểm tra trạng thái của Tomcat và cấu hình tường lửa.
• Lỗi OutOfMemoryError: Ứng dụng tiêu thụ quá nhiều RAM. Cần tối ưu mã nguồn, cấu hình lại JVM để tăng bộ nhớ heap cho Tomcat.

8.6. Tầm quan trọng của Servlet trong hệ sinh thái Java Web hiện đại

Mặc dù các framework hiện đại như Spring Framework (đặc biệt là Spring MVC) đã trở nên rất phổ biến, Servlet vẫn giữ một tầm quan trọng nền tảng trong hệ sinh thái Java Web. Các framework này thực chất được xây dựng trên nền tảng của Servlet API. Spring MVC, ví dụ, sử dụng `DispatcherServlet` làm bộ điều khiển trung tâm để xử lý tất cả các yêu cầu đến.

Hiểu về Servlet là gì giúp bạn có nền tảng vững chắc để học và làm việc với các framework phức tạp hơn. Nó cung cấp cái nhìn sâu sắc về cách các ứng dụng web Java hoạt động ở cấp độ thấp, điều này rất hữu ích cho việc debugging, tối ưu hóa và mở rộng ứng dụng trong tương lai.

Ví dụ minh họa Servlet Hello World đơn giản

9.1. Cấu trúc một ứng dụng web Servlet đơn giản

Một ứng dụng web Servlet đơn giản thường có cấu trúc thư mục như sau:

“`

WebAppRoot

├── WEB-INF

│ ├── classes

│ │ └── com

│ │ └── zonecloud

│ │ └── servlet

│ │ └── HelloWorld.class

│ └── web.xml (tùy chọn nếu dùng annotation)

└── index.html (hoặc các file tĩnh khác)

“`

Trong đó:

• `WebAppRoot`: Thư mục gốc của ứng dụng web.
• `WEB-INF`: Thư mục đặc biệt chứa các tài nguyên cấu hình và lớp Java, không thể truy cập trực tiếp từ client.
• `classes`: Chứa các file `.class` đã biên dịch của Servlet và các lớp Java khác.
• `web.xml`: File deployment descriptor để cấu hình Servlet (nếu không dùng annotation).
• `index.html`: Một trang HTML tĩnh có thể là trang chào mừng.

9.2. Đoạn mã ví dụ Servlet Hello World

Đây là đoạn mã của một Servlet đơn giản hiển thị thông điệp “Hello World”:

“`java

import java.io.IOException;

import java.io.PrintWriter;

import javax.servlet.ServletException;

import javax.servlet.http.HttpServlet;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import javax.servlet.annotation.WebServlet; // Dùng cho cấu hình bằng annotation

@WebServlet(“/hello”) // Ánh xạ Servlet này tới URL /hello

public class HelloWorld extends HttpServlet {

private String message;

public void init() throws ServletException {

// Khởi tạo một lần khi Servlet được tải

message = “Chào mừng bạn đến với Servlet Hello World của ZoneCloud!”;

}

protected void doGet(HttpServletRequest request, HttpServletResponse response)

throws ServletException, IOException {

// Thiết lập kiểu nội dung phản hồi là HTML

response.setContentType(“text/html”);

// Lấy đối tượng PrintWriter để ghi nội dung ra trình duyệt

PrintWriter out = response.getWriter();

// Ghi nội dung HTML

out.println(“”);

out.println(“”);

out.println(“”);

out.println(“”);

out.println(“

” + message + “

“);

out.println(“

Đây là một ví dụ Servlet đơn giản chạy trên VPS.

“);

out.println(“”);

out.println(“”);

}

public void destroy() {

// Dọn dẹp tài nguyên khi Servlet bị hủy

System.out.println(“Servlet HelloWorld đã bị hủy.”);

}

}

“`

Trong ví dụ này, chúng ta kế thừa `HttpServlet` và ghi đè phương thức `doGet()` để xử lý yêu cầu HTTP GET. Annotation `@WebServlet(“/hello”)` sẽ ánh xạ URL `/hello` đến Servlet này.

9.3. Cách biên dịch và triển khai ví dụ

Để biên dịch và triển khai ví dụ này:

1. Biên dịch: Sử dụng trình biên dịch Java (javac) để biên dịch file `HelloWorld.java` thành `HelloWorld.class`. Đảm bảo rằng bạn đã thêm thư viện Servlet API (ví dụ: `servlet-api.jar` từ Tomcat) vào classpath.

`javac -cp “path/to/tomcat/lib/servlet-api.jar” HelloWorld.java`

2. Đóng gói: Tạo cấu trúc thư mục như trên và đặt file `HelloWorld.class` vào `WEB-INF/classes/com/zonecloud/servlet/`. Sau đó, đóng gói toàn bộ thư mục `WebAppRoot` thành file `.war` (ví dụ: `MyWebApp.war`).

3. Triển khai: Sao chép file `MyWebApp.war` vào thư mục `webapps` của Apache Tomcat trên VPS của bạn. Tomcat sẽ tự động giải nén và triển khai ứng dụng.

4. Truy cập: Mở trình duyệt và truy cập `http://your_vps_ip:8080/MyWebApp/hello` (thay `your_vps_ip` bằng địa chỉ IP của VPS và `MyWebApp` bằng tên thư mục ứng dụng của bạn). Bạn sẽ thấy thông điệp “Chào mừng bạn đến với Servlet Hello World của ZoneCloud!” hiển thị.

Ví dụ này minh họa cấu trúc một ứng dụng web Servlet đơn giản và cách Servlet xử lý yêu cầu để tạo nội dung động.

Câu hỏi thường gặp (FAQ) về Servlet

10.1. Servlet có phải là một framework không?

Servlet không phải là một framework mà là một công nghệ nền tảng, một API (Application Programming Interface) trong Java EE. Nó cung cấp các giao diện và lớp cơ bản để phát triển các thành phần xử lý yêu cầu web phía máy chủ. Các framework như Spring MVC, Struts được xây dựng dựa trên Servlet API để cung cấp một cấu trúc và bộ công cụ phát triển ứng dụng web cấp cao hơn, giúp đơn giản hóa quá trình phát triển.

10.2. Servlet có liên quan gì đến Spring MVC không?

Có, Servlet có liên quan mật thiết đến Spring MVC. Spring MVC là một framework web được xây dựng trên nền tảng Servlet API. Trong Spring MVC, `DispatcherServlet` là một Servlet đặc biệt đóng vai trò là bộ điều khiển phía trước (front controller).

Nó nhận tất cả các yêu cầu đến, sau đó ủy quyền cho các bộ điều khiển (controllers) khác trong ứng dụng Spring để xử lý logic nghiệp vụ và trả về kết quả. Do đó, hiểu về Servlet là nền tảng để nắm bắt cách Spring MVC hoạt động.

10.3. Tôi có thể sử dụng Servlet để xây dựng RESTful API không?

Hoàn toàn có thể sử dụng Servlet để xây dựng RESTful API. Bằng cách ghi đè các phương thức `doGet()`, `doPost()`, `doPut()`, `doDelete()` trong `HttpServlet`, bạn có thể xử lý các yêu cầu HTTP tương ứng với các thao tác CRUD (Create, Read, Update, Delete) của REST.

Servlet có thể trả về dữ liệu dưới dạng JSON hoặc XML thay vì HTML, phục vụ cho các ứng dụng client-side hoặc mobile. Tuy nhiên, các framework như JAX-RS (Jersey, RestEasy) hoặc Spring REST thường được ưu tiên hơn vì chúng cung cấp các công cụ và tiện ích giúp việc xây dựng RESTful API dễ dàng và hiệu quả hơn.

10.4. Servlet có còn được sử dụng rộng rãi ngày nay không?

Servlet vẫn còn được sử dụng rộng rãi ngày nay, đặc biệt là trong các ứng dụng Java EE truyền thống và làm nền tảng cho các framework web hiện đại. Mặc dù các framework như Spring Boot, Spring MVC đã đơn giản hóa đáng kể việc phát triển web, nhưng chúng vẫn dựa trên Servlet API ở cấp độ thấp hơn.

Việc hiểu Servlet là gì là kiến thức cơ bản và cần thiết cho bất kỳ nhà phát triển Java web nào, giúp họ nắm vững cách các ứng dụng web hoạt động và dễ dàng thích nghi với các công nghệ mới.

10.5. Làm thế nào để quản lý phiên (Session Management) trong Servlet?

Để quản lý phiên (Session Management) trong Servlet, bạn sử dụng đối tượng `HttpSession`. Khi một người dùng truy cập ứng dụng lần đầu, bạn có thể tạo một phiên mới bằng cách gọi `request.getSession(true)`. Đối tượng `HttpSession` cho phép bạn lưu trữ các thuộc tính (dữ liệu) liên quan đến phiên của người dùng bằng phương thức `setAttribute()` và truy xuất chúng bằng `getAttribute()`.

Servlet Container sẽ tự động quản lý vòng đời của phiên, thường là thông qua Cookie hoặc URL rewriting, để duy trì trạng thái giữa các yêu cầu khác nhau từ cùng một người dùng.