学习JSP心得（转载）

最新推荐文章于 2021-12-15 20:25:52 发布

自由船长

最新推荐文章于 2021-12-15 20:25:52 发布

阅读量364

点赞数

分类专栏： JSP 文章标签： jsp servlet string bean 浏览器 java

JSP 专栏收录该内容

13 篇文章 0 订阅

订阅专栏

下面是本人在学习JSP时的一些心得：

一、JSP工作原理

在一个JSP文件第一次被请求时，JSP引擎把该JSP文件转换成为一个SERVLET。而这个引擎本身也是一个SERVLET，在JSWDK或WEBLOGIC中，它就是JSPSERVLET。 JSP引擎先把该JSP文件转换成一个JAVA源文件，在转换时如果发现JSP文件有任何语法错误，转换过程将中断，并向服务端和客户端输出出错信息；如果转换成功， JSP引擎用JAVAC把该JAVA源文件编译成相应的CLASS文件。然后创建一个该SERVLET的实例，该SERVLET的JSPINIT()方法被执行，JSPINIT()方法在SERVLET的生命周期中只被执行一次。然后JSPSERVICE()方法被调用来处理客户端的请求。对每一个请求，JSP引擎创建一个新的线程来处理该请求。如果有多个客户端同时请求该JSP文件，则JSP引擎会创建多个线程。每个客户端请求对应一个线程。以多线程方式执行可大大降低对系统的资源需求,提高系统的并发量及响应时间.但应该注意多线程的编程限制，由于该SERVLET始终驻于内存，所以响应是非常快的。如果.JSP文件被修改了，服务器将根据设置决定是否对该文件重新编译，如果需要重新编译，则将编译结果取代内存中的SERVLET，并继续上述处理过程。虽然JSP效率很高，但在第一次调用时由于需要转换和编译而有一些轻微的延迟。此外，如果在任何时候如果由于系统资源不足的原因，JSP引擎将以某种不确定的方式将SERVLET从内存中移去。当这种情况发生时JSPDESTROY()方法首先被调用, 然后SERVLET实例便被标记加入"垃圾收集"处理。 JSPINIT()及JSPDESTORY()格式如下：可在JSPINIT()中进行一些初始化工作,如建立与数据库的连接，或建立网络连接，从配置文件中取一些参数等，在JSPDESTORY()中释放相应的资源。

<%!
PUBLIC VOID JSPINIT()
{
SYSTEM.OUT.PRINTLN("JSPINIT");
}

%>

<%!
PUBLIC VOID JSPDESTORY()
{
SYSTEM.OUT.PRINTLN("JSPDESTORY");
}
%>

二、服务端的输出缓冲区

缺省情况下:服务端要输出到客户端的内容,不直接写到客户端,而是先写到一个输出缓冲区中.只有在下面三中情况下，才会把该缓冲区的内容输出到客户端上：

该JSP网页已完成信息的输出
输出缓冲区已满
JSP中调用了OUT.FLUSH()或RESPONSE.FLUSHBUFFER()

输出缓冲区的大小可以用:或RESPONSE.SETBUFFERSIZE()设置,如下：

设置输出缓冲区的大小为1KB。或RESPONSE.SETBUFFERSIZE(1);
设置输出缓冲区的大小为0，即不缓冲。或RESPONSE.SETBUFFERSIZE(0);

用RESPONSE.GETBUFFERSIZE()或OUT.GETBUFFERSIZE()可取的输出缓冲区的大小,单位为字节. 用RESPONSE.ISCOMMITTED()可检查看服务端是否已将数据输出到客户端. 如果返回值是TRUE则已将数据输出到客户端,是FALSE则还没有.

三、服务端输出重定向

有以下3种方法可以做到输出重定向:

RESPONSE.SETREDERECT("URL") 该方法通过修改HTTP协议的HEADER部分,对浏览器下达重定向指令的,使浏览器显示重定向网页的内容. RESPONSE.SENDREDIRECT("HTTP://LOCALHOST:7001/INDEX.HTML");
下面的方法也能改变HTTP HEADER属性，它的原理和 1 是一样的.
<%
RESPONSE.SETSTATUS(HTTPSERVLETRESPONSE.SC_MOVED_PERMANENTLY);
STRING NEWLOCN="/INDEX.HTML";
RESPONSE.SETHEADER("LOCATION",NEWLOCN);
% >
采用<JSP:FORWORD> 该方法是利用服务器端先将数据输出到缓冲区的机制,在把缓冲区的内容发送到客户端之前,原来的不发送,改为发送该页面的内容,如果在<JSP:FORWORD>之前有很多输出,前面的输出已使缓冲区满,将自动输出到客户端,那么该语句将不起作用,这一点应该特别注意. 如下面的例子中(1)会输出INDEX.HTML的内容，2 不会输出INDEX.HTML的内容，而是输出OUT.PRINTLN("@@@@@@@@@@@@@@@@@"); 中的内容,并且在服务端会抛出:JAVA.LANG.ILLEGALSTATEEXCEPTION: RESPONSE ALREADY COMMITTED 异常，但客户端没有任何错误输出。

(1)
<%@PAGE BUFFER="1KB"%>

<%
LONG I=0;

FOR(I=0;I<10;I++)
{
       OUT.PRINTLN("@@@@@@@@@@@@@@@@@");
}
%>

<JSP:FORWARD PAGE="./INDEX.HTML" />

(2)
<%@PAGE BUFFER="1KB"%>

<%
LONG I=0;

FOR(I=0;I<600;I++)
{
       OUT.PRINTLN("@@@@@@@@@@@@@@@@@");
}
%>

说明：
1. 方法(1),(2)可以使用变量表示重定向的地址;方法(3)不能使用变量表示重定向的地址。
STRING ADD="./INDEX.HTML";
<JSP:FORWARD PAGE= ADD />
无法重定向到INDEX.HTML中去

STRING ADD=HTTP://LOCALHOST:7001/INDEX.HTML
RESPONSE.SENDREDIRECT(ADD);
可以重定向到HTTP://LOCALHOST:7001/INDEX.HTML中去。

2. 采用方法(1),(2)REQUEST中的变量(通过REQUEST.SETATTRIBUTE()保存到REQUEST中的值)不能在新的页面中采用,采用方法(3)能. 综上,我们应该采用(1),(2)重定向比较好.

四、JSP中正确应用类:

应该把类当成JAVA BEAN来用，不要在<% %> 中直接使用. 如下的代码(1)经过JSP引擎转化后会变为代码(2):
从中可看出如果把一个类在JSP当成JAVA BEAN 使用,JSP会根据它的作用范围把它保存到相应的内部对象中.
如作用范围为REQUEST,则把它保存到REQUEST对象中.并且只在第一次调用(对象的值为NULL)它时进行实例化. 而如果在<% %>中直接创建该类的一个对象,则每次调用JSP时,都要重新创建该对象,会影响性能.

代码(1)
<JSP:USEBEAN ID="TEST" SCOPE="REQUEST" CLASS="DEMO.COM.TESTDEMO">
</JSP:USEBEAN>

<%
TEST.PRINT("THIS IS USE JAVA BEAN");

TESTDEMO TD= NEW TESTDEMO();
TD.PRINT("THIS IS USE NEW");
%>

代码(2)
DEMO.COM.TESTDEMO TEST = (DEMO.COM.TESTDEMO)REQUEST.GETATTRIBUTE("TEST");
IF (TEST == NULL)
{
       TRY
       {
                 TEST = (DEMO.COM.TESTDEMO) JAVA.BEANS.BEANS.INSTANTIATE(GETCLASS().GETCLASSLOADER(),"DEMO.COM.TESTDEMO");
       }
       CATCH (EXCEPTION _BEANEXCEPTION)
       {
               THROW NEW WEBLOGIC.UTILS.NESTEDRUNTIMEEXCEPTION("CANNOT INSTANTIATE 'DEMO.COM.TESTDEMO'",_BEANEXCEPTION);
       }
       REQUEST.SETATTRIBUTE("TEST", TEST);
       OUT.PRINT(" ");
}
OUT.PRINT(" ");
TEST.PRINT("THIS IS USE JAVA BEAN");

TESTDEMO TD= NEW TESTDEMO();
TD.PRINT("THIS IS USE NEW");

五、JSP的调试

JSP的调试比较麻烦,特别是当BEAN是在一个SESSION中存在时，更加困难。得从好几个页面开始往里面走才行。通常是用OUT.PRINTLN()或SYSTEM.OUT.PRINT()来打一大堆的信息来查问题。如果是用JBUILDER做开发,它能直接调试JSP.不过更重要的是知道错误产生的原因及解决方法。下面对一些JSP编程常见错误进行分析。

(1).JAVA.LANG.NULLPOINTEREXCEPTION异常
一般是对一个为NULL值的变量进行操作引起的.如下面的操作就会抛出
JAVA.LANG.NULLPOINTEREXCEPTION
STRING A = NULL;
A.SUBSTRING(0,1);

为避免这种异常最好在对变量操作之前检查看它是否为NULL值.如:
<% STRING SS=SESSION.GETATTRIBUTE("NAME")
IF ISNULL(SS)
{

}
ELSE
{

}
%>

(2).JSP是用JAVA写的，所以它是大小写敏感的，用过其他编程语言的人最容易犯这个错误。另外在浏览器的地址栏中输入的访问JSP的地址也是区分大小写的.如HTTP://LOCALHOST:7001/DEMO/T.JSP与HTTP://LOCALHOST:7001/DEMO/T.JSP是不一样的

(3).在JSP中判断字符串要使用COMPARETO方法，不要用==，因为在JAVA中STRING变量不是一个简单的变量而是一个类实例，不同的方法会得到不同的结果，如下所示：

　　
　　STRING STR1="ABCD";
　　STRING STR2="ABCD"; (或 STRING STR2="AB"+"CD"; )
　　IF (STR1==STR2)
　　 OUT.PRINT("YES");
　　ELSE
　　 OUT.PRINT("NO");
　　结果是"YES"。
　
　　STRING STR1,STR2,STR3;
　　STR1="ABCD";
　　STR2="AB";
　　STR3=STR2+"CD";
　　IF (STR1==STR3)
　　 OUT.PRINT("YES");
　　ELSE
　　 OUT.PRINT("NO");
　　结果是"NO"。
STRING STR1=NEW STRING("ABCD");
　　STRING STR2=NEW STRING("ABCD");
　　IF (STR1==STR2)
　　 OUT.PRINT("YES");
　　ELSE
　　 OUT.PRINT("NO");
　　结果是"NO"。
STRING STR1=NEW STRING("ABCD");
　　STRING STR2=NEW STRING("ABCD");
　　IF (STR1.COMPARETO(STR2)==0)
　　 OUT.PRINT("YES");
　　ELSE
　　 OUT.PRINT("NO");
　　结果是"YES"。

(4)防止JSP或SERVLET中的输出被浏览器保存在缓冲区中:
浏览器在默认情况下会把浏览过的网页保存在缓冲区中,在调试时,一般不希望这样.把下面的脚本加入程序中,就可防止JSP或SERVLET中的输出被浏览器保存在缓冲区中
<%
RESPONSE.SETHEADER("CACHE-CONTROL","NO-STORE"); //HTTP 1.1
RESPONSE.SETHEADER("PRAGMA","NO-CACHE"); //HTTP 1.0
RESPONSE.SETDATEHEADER ("EXPIRES", 0); //PREVENTS CACHING AT THE PROXY SERVER
%>
在IE中也可通过设置实现：把/工具/INTERNET选项/常规/设置/的检察所存页面的较新版本,设为每次访问该页时都检查.

六、COOKIE

HTTP COOKIE实质是服务端与在客户端之间传送的普通HTTP头,可保存也可不保存在客户的硬盘上.如果保存,每一个文件大小不超过4K的文本文件.多个COOKIE可保存到同一个文件中. 如果从编程角度来看,在JSP中COOKIE就是JAVA提供的一个类.常用的方法如下所表示，因为客户端可能不接受COOKIE，所以建议不用它，改用SESSION等其他方式。

PUBLIC CLASS COOKIE
{
PUBLIC STRING GETDOMAIN() //返回该COOKIE的有效域
PUBLIC INT GETMAXAGE() //返回该COOKIE的有效期,单位为秒
PUBLIC STRING GETNAME() //返回该COOKIE的名称
PUBLIC STRING GETPATH() //返回该COOKIE的有效路径
PUBLIC BOOLEAN GETSECURE() //返回该COOKIE的安全设置
PUBLIC STRING GETVALUE() //返回该COOKIE的值
PUBLIC VOID SETDOMAIN(JAVA.LANG.STRING PATTERN) //设置该COOKIE的有效域
PUBLIC VOID SETMAXAGE(INT EXPIRY) //设置该COOKIE的有效期,单位为秒
PUBLIC VOID SETPATH(JAVA.LANG.STRING URI) //设置该COOKIE的有效路径
PUBLIC VOID SETSECURE(BOOLEAN FLAG) //设置该COOKIE的安全设置
PUBLIC VOID SETVALUE(JAVA.LANG.STRING NEWVALUE) //设置该COOKIE的值
}
一个COOKIE包含以下五部分:

NAME/VALUE对,设置该COOKIE的名字及它保存的值
COOKIE通常和服务器相关,如果将域设为JAVA.SUN.COM,那么该COOKIE就和这个域相关,只对该网址起作用,当浏览该网址时,浏览器将把该COOKIE的内容发送给服务端,COOKIE是作为HTTP HEADER的一部分被发送的，如果没有设置域,那么COOKIE就只和创建该COOKIE的服务器相关.
路径用于指定服务器上可以使用该COOKIE的文件所在的路径,它只对该网址下的该路径下的应用起作用."/"表示服务器上所有目录都可以使用该COOKIE.
COOKIE都有一个有效期,有效期默认值为-1,这表示没有保存该COOKIE,当该浏览器退出时,该COOKIE立即失效.
安全选项TRUE/FALSE,如果设置为TRUE,那么在服务端与在客户端之间传送该COOKIE的内容时,采用HTTPS协议.

如何检查一个客户端是否支持COOKIE的方法:
用下面的方法写一个COOKIE到客户端,并确认成功
TRY
{
COOKIE C = NEW COOKIE("MYCOOKIE","COOKIE TEST");
RESPONSE.ADDCOOKIE(C);
}
CATCH(EXCEPTION E)
{
SYSTEM.OUT.PRINTLN(E);
}

然后在一个新的JSP文件中:用下面的方法取客户端的COOKIE到COOKIES中, 如果COOKIES.LENGTH ==0,说明该客户端的浏览器不支持COOKIE
TRY
{
COOKIE[] COOKIES = REQUEST.GETCOOKIES();
IF(COOKIES.LENGTH ==0)
{
SYSTEM.OUT.PRINTLN("NOT SUPPORT COOKIE");
}
}
CATCH(EXCEPTION E)
{
SYSTEM.OUT.PRINTLN(E);
}

七、JSP和SERVLET的区别:

SUN首先发展出SERVLET，其功能比较强劲，体系设计也很先进，只是，它输出HTML语句还是采用了老的CGI方式，是一句一句输出，所以，编写和修改HTML非常不方便。后来SUN推出了类似于ASP的JSP，把JAVA代码嵌套到HTML语句中，这样，就大大简化和方便了网页的设计和修改。ASP，PHP，JSP都是嵌套型的SCRIPT语言。一个分布式系统应分为三层：表示层,业务逻辑层,数据存取层,在J2EE体系结构中,SERVLET用来写业务逻辑层是很强大的，但是对于写表示层就很不方便。JSP则主要是为了方便写表示层而设计的。ENTITY BEAN实现数据存取层，SESSION BEAN实现业务逻辑层。如果是简单的应用系统,可采用JSP+BEANS的结构进行设计,JSP中应该仅仅存放与表示层有关的东西，也就是说，只放输出HTML网页的部份。而所有的数据计算，数据分析，数据库联结处理，统统是属于业务逻辑层，应该放在JAVA BEANS中。通过JSP调用JAVA BEANS，实现两层的整合。实际上，微软的DNA技术，简单说，就是ASP+COM/DCOM技术。与JSP+BEANS完全类似，所有的表示层由ASP完成，所有的业务逻辑由COM/DCOM完成。为什么要采用这些组件技术呢？因为单纯的ASP/JSP语言是非常低效率执行的，如果出现大量用户点击，纯SCRIPT语言很快就到达了他的功能上限，而组件技术就能大幅度提高功能上限，加快执行速度。另外一方面，纯SCRIPT语言将表示层和业务逻辑层混在一起，造成修改不方便，并且代码不能重复利用，采用组件技术就只改组件就可以了。对于复杂的应用，应该采用ENTITY BEAN实现数据存取层，SESSION BEAN实现业务逻辑层，用JSP来调用SESSION BEAN，由SESSION BEAN调用ENTITY BEAN。即采用JSP+EJB来构建一个复杂的分布式系统。它比JSP+BEAN具有更高的吞吐量，可靠性，安全性。综上所述，对简单应用，可采用JSP+BAEN，对复杂的应用系统，应采用JSP+EJB，SERVLET变的无足轻重。用JSP完全可替代它