深入学习Java Servlet编程

需积分: 9 16 浏览量更新于2024-07-26 收藏 4.32MB PDF 举报

"Java Servlet Programming" 是一本由 Jason Hunter 和 William Crawford 合著的专业书籍，专注于讲解Java Servlet技术。这本书涵盖了Java Servlet在Web开发中的应用，是O'Reilly出版社的一部分，该出版社还出版了其他与Java相关的技术书籍，如"Java in a Nutshell"系列。 Java Servlet 是Java平台上的一个标准接口，它允许开发人员创建动态Web应用程序。Servlet是运行在服务器端的代码，可以接收和响应来自客户端（如Web浏览器）的HTTP请求，处理数据，然后生成HTML或其他格式的响应返回给客户端。Servlet技术是Java Web开发的基础，通常与JavaServer Pages (JSP) 结合使用，提供后端逻辑支持。本书的内容可能包括以下关键知识点： 1. **Servlet生命周期**：从Servlet的加载、初始化、服务、销毁等阶段进行深入解析。 2. **Servlet API**：介绍javax.servlet和javax.servlet.http包中的核心类和接口，如Servlet、ServletConfig、HttpServletRequest、HttpServletResponse等。 3. **请求处理**：如何读取和处理HTTP请求头、参数、会话数据以及cookies。 4. **响应生成**：如何构建并发送HTTP响应，包括设置状态码、头部信息和响应体。 5. **Servlet配置**：通过web.xml文件配置Servlet，定义映射路径、初始化参数和过滤器。 6. **多线程与并发**：由于Servlet容器可能会并发地调用同一个Servlet实例，因此需要理解线程安全问题和同步机制。 7. **会话管理**：使用HttpSession对象跟踪用户会话，实现会话持久化和会话失效。 8. **安全性**：涵盖Servlet中的身份验证、授权和安全配置。 9. **过滤器**：学习使用Filter拦截和修改请求和响应，实现如日志记录、性能监控、字符编码转换等功能。 10. **MVC模式**：解释如何使用Servlet实现Model-View-Controller架构，提高代码组织和可维护性。 11. **JSP与Servlet结合**：JSP作为视图层，与Servlet配合实现业务逻辑和视图的分离。 12. **部署和容器**：讨论如何在Tomcat、Jetty等Servlet容器中部署和管理Servlet应用。 13. **Web应用开发最佳实践**：包括错误处理、性能优化、调试技巧等。这本书对于希望深入理解和使用Java Servlet技术的开发者来说是一份宝贵的资源，它不仅讲解了理论知识，还可能提供了丰富的示例代码和实战经验，帮助读者掌握实际开发中的技巧和陷阱。

xvi PREFACE

Java™ Servlet Programming, eMatter Edition

(who looks the spitting image of James Gosling), Jim Driscoll, Rob Clark, and Dave

Brownell.

Thanks also to the members of the jserv-interest mailing list, whose questions and

answers have shaped the content of this book; Will Ramey, an old friend who

didn’t let friendship blind his critical eye; Mike Engber, the man to whom I turned

when I had run out of elegant workarounds and was ready to accept the crazy

things he comes up with; Dave Vandegrift, the first person to read many of the

chapters; Bill Day, author of Java Media Players, who helped intangibly by going

through the book writing process in parallel with me; Michael O’Connell and Jill

Steinberg, editors at JavaWorld, where I did my first professional writing; Doug

Young, who shared with me the tricks he learned writing seven technical books of

his own; and Shoji Kuwabara, Mieko Aono, Song Yung, Matthew Kim, and Alex-

andr Pashintsev for their help translating “Hello World” for Chapter 12.

Finally, thanks to Mom and Dad, for their love and support and for the time they

spent long ago teaching me the basics of writing. And a special thanks to my girl-

friend, Kristi Taylor, who made the small time away from work a pleasure.

And Grandpa, I wish you could have seen this.

Jason Hunter

July 1998

William Crawford

First and foremost, thanks to Shelley Norton, Dr. Isaac Kohane, Dr. James Fackler,

and Dr. Richard Kitz (plus a supporting cast whose contributions were invalu-

able), whose assistance and early support have made everything since possible.

Also, to Martin Streeter of Invantage, Inc., for his support during this project.

Without Rob Leith, Roger Stacey, and Fred Strebeigh, I would probably still be

stuck in the passive voice. Dale Dougherty offered me money in exchange for

words, a twist of events that I still haven’t gotten over. Andy Kwak, Joel Pomerantz,

and Matthew Proto, brave souls all, were willing to read drafts and listen to

complaints at one o’clock in the morning.

And, of course, to Mom and Dad for their years of support, and to my sister Faith

for (usually) letting me get away with being a nerd.

William Crawford

July 1998

Java™ Servlet Programming, eMatter Edition

Chapter 1

In this chapter:

• History of Web

Applications

• Support for Servlets

• The Power of Servlets

1. Introduction 1:

The rise of server-side Java applications is one of the latest and most exciting

trends in Java programming. The Java language was originally intended for use in

small, embedded devices. It was first hyped as a language for developing elaborate

client-side web content in the form of applets. Until recently, Java’s potential as a

server-side development platform had been sadly overlooked. Now, Java is coming

into its own as a language ideally suited for server-side development.

Businesses in particular have been quick to recognize Java’s potential on the

server—Java is inherently suited for large client/server applications. The cross-

platform nature of Java is extremely useful for organizations that have a heteroge-

neous collection of servers running various flavors of the Unix and Windows

operating systems. Java’s modern, object-oriented, memory-protected design

allows developers to cut development cycles and increase reliability. In addition,

Java’s built-in support for networking and enterprise APIs provides access to legacy

data, easing the transition from older client/server systems.

Java servlets are a key component of server-side Java development. A servlet is a

small, pluggable extension to a server that enhances the server’s functionality.

Servlets allow developers to extend and customize any Java-enabled server—a web

server, a mail server, an application server, or any custom server—with a hitherto

unknown degree of portability, flexibility, and ease. But before we go into any

more detail, let’s put things into perspective.

History of Web Applications

While servlets can be used to extend the functionality of any Java-enabled server,

today they are most often used to extend web servers, providing a powerful, effi-

cient replacement for CGI scripts. When you use a servlet to create dynamic

2CHAPTER 1: INTRODUCTION

Java™ Servlet Programming, eMatter Edition

content for a web page or otherwise extend the functionality of a web server, you

are in effect creating a web application. While a web page merely displays static

content and lets the user navigate through that content, a web application

provides a more interactive experience. A web application can be as simple as a

keyword search on a document archive or as complex as an electronic storefront.

Web applications are being deployed on the Internet and on corporate intranets

and extranets, where they have the potential to increase productivity and change

the way that companies, large and small, do business.

To understand the power of servlets, we need to step back and look at some of the

other approaches that can be used to create web applications.

Common Gateway Interface

The Common Gateway Interface, normally referred to as CGI, was one of the first

practical techniques for creating dynamic content. With CGI, a web server passes

certain requests to an external program. The output of this program is then sent

to the client in place of a static file. The advent of CGI made it possible to imple-

ment all sorts of new functionality in web pages, and CGI quickly became a de

facto standard, implemented on dozens of web servers.

It’s interesting to note that the ability of CGI programs to create dynamic web

pages is a side effect of its intended purpose: to define a standard method for an

information server to talk with external applications. This origin explains why CGI

has perhaps the worst life cycle imaginable. When a server receives a request that

accesses a CGI program, it must create a new process to run the CGI program and

then pass to it, via environment variables and standard input, every bit of informa-

tion that might be necessary to generate a response. Creating a process for every

such request requires time and significant server resources, which limits the

number of requests a server can handle concurrently. Figure 1-1 shows the CGI

life cycle.

Figure 1-1. The CGI life cycle

CGI-based Web Server

Main Process

Request for CGI1

Request for CGI2

Request for CGI1

Child Process for CGI1

Child Process for CGI2

Child Process for CGI1

HISTORY OF WEB APPLICATIONS 3

Java™ Servlet Programming, eMatter Edition

Even though a CGI program can be written in almost any language, the Perl

programming language has become the predominant choice. Its advanced text-

processing capabilities are a big help in managing the details of the CGI interface.

Writing a CGI script in Perl gives it a semblance of platform independence, but it

also requires that each request start a separate Perl interpreter, which takes even

more time and requires extra resources.

Another often-overlooked problem with CGI is that a CGI program cannot

interact with the web server or take advantage of the server’s abilities once it

begins execution because it is running in a separate process. For example, a CGI

script cannot write to the server’s log file.

For more information on CGI programming, see CGI Programming on the World

Wide Web by Shishir Gundavaram (O’Reilly).

FastCGI

A company named Open Market developed an alternative to standard CGI named

FastCGI. In many ways, FastCGI works just like CGI—the important difference is

that FastCGI creates a single persistent process for each FastCGI program, as

shown in Figure 1-2. This eliminates the need to create a new process for each

request.

Although FastCGI is a step in the right direction, it still has a problem with process

proliferation: there is at least one process for each FastCGI program. If a FastCGI

program is to handle concurrent requests, it needs a pool of processes, one per

request. Considering that each process may be executing a Perl interpreter, this

approach does not scale as well as you might hope. (Although, to its credit, FastCGI

can distribute its processes across multiple servers.) Another problem with FastCGI

is that it does nothing to help the FastCGI program more closely interact with the

server. As of this writing, the FastCGI approach has not been implemented by some

Figure 1-2. The FastCGI life cycle

Main Process

Request for CGI1

Request for CGI2

Request for CGI1

Single Child Process for CGI1

Single Child Process for CGI2

FastCGI-based Web Server

4CHAPTER 1: INTRODUCTION

Java™ Servlet Programming, eMatter Edition

of the more popular servers, including Microsoft’s Internet Information Server.

Finally, FastCGI programs are only as portable as the language in which they’re

written.

For more information on FastCGI, see http://www.fastcgi.com/.

mod_perl

If you are using the Apache web server, another option for improving CGI perfor-

mance is using mod_perl. mod_perl is a module for the Apache server that embeds a

copy of the Perl interpreter into the Apache httpd executable, providing complete

access to Perl functionality within Apache. The effect is that your CGI scripts are

precompiled by the server and executed without forking, thus running much

more quickly and efficiently. For more information on mod_perl, see http://perl.

apache.org/.

PerlEx

PerlEx, developed by ActiveState, improves the performance of CGI scripts written

in Perl that run on Windows NT web servers (Microsoft’s Internet Information

Server, O’Reilly’s WebSite Professional, and Netscape’s FastTrack Server and

Enterprise Server). PerlEx uses the web server’s native API to achieve its perfor-

mance gains. For more information, see http://www.activestate.com/plex/.

深入学习Java Servlet编程

Java Servlet Programming 2nd Edition

Java Servlet Programming9

Java_Servlet_Programming__2nd_Edition.rar

Java-programming-documents.rar_java programming

Java_Programming_Tutorial.rar_java programming

java_programming

Java_Programming

Java Servlet 中文API说明

java-programming:Java程序设计

an-introduction-to-java-programming-3.rar_java programming

最新资源