JSP面试题都在这里

下面是我整理下来的JSP知识点:

图上的知识点均可以在我其余的文章内找到相应内容。

JSP常见面试题

jsp静态包含和动态包含的区别

jsp静态包含和动态包含的区别

• 在讲解request对象的时候，咱们曾经使用过request.getRequestDispatcher(String url).include(request,response)来对页头和页尾面进行包含

• inclue指令也是作这样的事情，咱们来试验一下吧！

• 这是页头

          
    
        
            页头
        
        
        我是页头

• 这是页尾

        
    
    
        页尾
    
    
    
    我是页尾

• 在1.jsp中把页头和页尾包含进来

        
    
    
        包含页头和页尾进来

• 访问1.jsp

• include指令是静态包含。静态包含的意思就是：把文件的代码内容都包含进来，再编译！，看一下jsp的源代码就知道了！

• 上面已经说起到了，include指令是静态包含，include行为是动态包含。其实include行为就是封装了request.getRequestDispatcher(String url).include(request,response)

• include行为语法是这个样子的

    <jsp:include page=""/>

• 咱们先来使用一下把，在1.jsp页面中也将页头和页尾包含进来。

        
    
    
        包含页头和页尾进来

• 访问1.jsp页面看一下效果：

• 使用jsp行为来包含文件，jsp源文件是这样子的：

• jsp行为包含文件就是先编译被包含的页面，再将页面的结果写入到包含的页面中（1.jsp)

• 固然了，如今有静态包含和动态包含，使用哪个更好呢？答案是：动态包含。

• 动态包含能够向被包含的页面传递参数（用处不大），而且是分别处理包含页面的（将被包含页面编译后得出的结果再写进包含页面）【若是有相同名称的参数，使用静态包含就会报错！】！

• 模拟一下场景吧，如今个人头页面有个名为s的字符串变量

          
    
        
            页头
        
        
        
        
               
        
        我是页头呀

• 个人页尾也有个名为s的字符串变量

        
    
    
        页尾
    
    
    
           
    
    
    我是页尾呀

• 如今我使用静态包含看看会发生什么，出现异常了。

• 出现异常的缘由很简单，就是同一个文件中有两个相同的变量s

• 使用动态包含就能够避免这种状况

总结

1. <%@include file="xxx.jsp"%>为jsp中的编译指令，其文件的包含是发生在jsp向servlet转换的时期，而<jsp:include page="xxx.jsp">是jsp中的动做指令，其文件的包含是发生在编译时期，也就是将java文件编译为class文件的时期

2. 使用静态包含只会产生一个class文件，而使用动态包含会产生多个class文件

3. 使用静态包含，包含页面和被包含页面的request对象为同一对象，由于静态包含只是将被包含的页面的内容复制到包含的页面中去；而动态包含包含页面和被包含页面不是同一个页面，被包含的页面的request对象能够取到的参数范围要相对大些，不只能够取到传递到包含页面的参数，一样也能取得在包含页面向下传递的参数

jsp有哪些内置对象?做用分别是什么?

jsp有哪些内置对象?做用分别是什么?

九个内置对象：

• pageContext

• page

• config

• request

• response

• session

• application

• exception

• out

其中，request、response、session、application、config这五个对象和Servlet的API是同样的。这5个对象我就不解释了。

在JSP中，尤为重要的是pageContext对象。

pageContext是内置对象中最重要的一个对象，它表明着JSP页面编译后的内容（也就是JSP页面的运行环境）！

pageContext对象

• 既然它表明了JSP页面编译后的内容，理所固然的：它封装了对其余8大内置对象的引用！，也就是说，经过pageContext能够获取到其余的8个内置对象！

        
    
    
        获取八大内置对象

• 看下效果：

pageContext做为域对象

• 相似于request，session，ServletContext做为域对象而言都有如下三个方法：

  • setAttribute(String name,Objcet o)

  • getAttribute(String name)

  • removeAttribute(String name)

• 固然了，pageContext也不例外，pageContext也有这三个方法！

• pageContext本质上表明的是当前JSP页面编译后的内容，做为域对象而言，它就表明着当前JSP页面（也就是page）！也就是说：pageContext域对象只在page范围内有效，超出了page范围就无效了！

• 首先来看看在page范围内能不能使用

        
    
    
        使用page域对象

• 效果以下：

• 咱们如今来试验一下是否是超出了page范围就无效了！

• 在2.jsp中request域对象设置属性

    
        
    
    
        request域对象设置属性

• 企图在1.jsp中pageContext取出request存进去的属性

        
    
    
        在page域对象获取属性

• 效果以下：

---

• pageContext本质上表明着编译后JSP的内容，pageContext还能够封装了访问其余域的方法！

• 上面的pageContext默认是page范围的，但pageContext对象重载了set、get、removeAttribute这三个方法

  • getAttribute(String name,int scope)

  • setAttribute(String name,Object value,int scope)

  • removeAttribute(String name,int scope)

• 多了一个设置域范围的一个参数，若是不指定默认就是page。固然了，pageContext把request、session、application、page这几个域对象封装着了静态变量供咱们使用。

  • PageContext.APPLICATION_SCOPE

  • PageContext.SESSION_SCOPE

  • PageContext.REQUEST_SCOPE

  • PageContext.PAGE_SCOPE
    

• 刚才咱们没有使用重载方法的时候，使用pageContext是没法获取到request域对象设置的属性的。如今咱们使用重载后的方法看一下能不能获取获得！

        
    
    
        在page域对象获取request域对象的属性

• 效果：

---

• pageContexst还有这么一个方法：

  • findAttribute(String name)

• 该方法会查找各个域的属性，从小到大开始寻找！也就是page—>request->session->application。

• 咱们用此方法看能不能查找出request域对象的属性吧！

        
    
    
        使用findAttribute

• 效果以下：

out对象：

• out对象用于向浏览器输出数据，与之对应的是Servlet的PrintWriter对象。然而这个out对象的类型并非PrintWriter，是JspWriter

• 咱们能够简单理解为：JspWriter就是带缓存的PrintWrieter。

• out对象的原理以下：

• 只有向out对象中写入了内容，且知足以下任何一个条件时，out对象才去调用ServletResponse.getWriter方法，并经过该方法返回的PrintWriter对象将out对象的缓冲区中的内容真正写入到Servlet引擎提供的缓冲区中：

  • 设置page指令的buffer属性关闭了out对象的缓存功能

  • out对象的缓冲区已满

  • 整个JSP页面结束

• 通常咱们在JSP页面输出都是用表达式（<%=%>)，因此out对象用得并非不少！

page对象

内置对象page是HttpJasPage对象，其实page对象表明的就是当前JSP页面，是当前JSP编译后的Servlet类的对象。也就是说：page对象至关于普通java类的this

exception对象

• 内置对象exception是java.lang.Exception类的对象，exception封装了JSP页面抛出的异常信息。exception常常被用来处理错误页面

• 前面咱们已经讲过了怎么设置错误页面了，下面咱们就来简单使用一下exception对象吧

• 1.jsp页面

    <%@ page contentType="text/html;charset=UTF-8" language="java" errorPage="error.jsp" %>

<html>
<head>
<title></title>
</head>
<body>

<%--模拟空指针异常的错误--%>
<%

String sss = null;
sss.length();
%>

</body>
</html>

• error.jsp页面

         
    
    
    
        错误页面

• 效果：

总结

1. request 用户端请求，此请求会包含来自GET/POST请求的参数

2. response 网页传回用户端的回应

3. pageContext 网页的属性是在这里管理，表明的编译后JSP内容

4. session 与请求有关的会话期

5. application servlet 正在执行的内容

6. out 用来传送回应的输出

7. config servlet的构架部件

8. page JSP网页自己

9. exception 针对错误网页，未捕捉的例外

jsp和servlet的区别、共同点、各自应用的范围？

jsp和servlet的区别、共同点、各自应用的范围？

1. JSP是Servlet技术的扩展，本质上就是Servlet的简易方式。JSP编译后是“类servlet”。

2. Servlet和JSP最主要的不一样点在于：Servlet的应用逻辑是在Java文件中，而且彻底从表示层中的HTML里分离开来。而JSP的状况是Java和HTML能够组合成一个扩展名为.jsp的文件。

3. JSP侧重于视图，Servlet主要用于控制逻辑。

属性做用域范围

属性做用域范围

1. page【只在一个页面中保存属性，跳转页面无效】

2. requet【只在一次请求中保存属性，服务器跳转有效，浏览器跳转无效】

3. session【在一个会话范围中保存属性，不管何种跳转均有效，关闭浏览器后无效】

4. application【在整个服务器中保存，全部用户均可以使用】

应用场景：

1. request：若是客户向服务器发请求，产生的数据，用户看完就没用了，像这样的数据就存在request域,像新闻数据，属于用户看完就没用的

2. session：若是客户向服务器发请求，产生的数据，用户用完了等一下子还有用，像这样的数据就存在session域中，像购物数据，用户须要看到本身购物信息，而且等一下子，还要用这个购物数据结账

3. servletContext：若是客户向服务器发请求，产生的数据，用户用完了，还要给其它用户用，像这样的数据就存在servletContext域中，像聊天数据

写出5种JSTL经常使用标签

写出5种JSTL经常使用标签

，，，，

写一个自定义标签要继承什么类

写一个自定义标签要继承什么类

咱们能够有两种方式来实现自定义标签：

• 传统方式，实现Tag接口(老方法)

• 简单方式，继承SimpleTagSupport类

SimpleTagSupport类的执行顺序(原理)：

• ①WEB容器调用标签处理器对象的setJspContext方法，将表明JSP页面的pageContext对象传递给标签处理器对象

• ②WEB容器调用标签处理器对象的setParent方法，将父标签处理器对象传递给这个标签处理器对象。【注意，只有在标签存在父标签的状况下，WEB容器才会调用这个方法】

• ③若是调用标签时设置了属性，容器将调用每一个属性对应的setter方法把属性值传递给标签处理器对象。若是标签的属性值是EL表达式或脚本表达式，则WEB容器首先计算表达式的值，而后把值传递给标签处理器对象。

• ④若是简单标签有标签体，容器将调用setJspBody方法把表明标签体的JspFragment对象传递进来

• ⑤执行标签时：容器调用标签处理器的doTag()方法，开发人员在方法体内经过操做JspFragment对象，就能够实现是否执行、迭代、修改标签体的目的。

总结

SimpleTagSupport，通常调用doTag方法或者实现SimpleTag接口

JSP是如何被执行的？执行效率比SERVLET低吗？

JSP是如何被执行的？执行效率比SERVLET低吗？

• 当客户端向一个jsp页面发送请求时，Web Container将jsp转化成servlet的源代码（只在第一次请求时），而后编译转化后的servlet并加载到内存中执行，执行的结果response到客户端

• jsp只在第一次执行的时候会转化成servlet，之后每次执行，web容器都是直接执行编译后的servlet，因此jsp和servlet只是在第一次执行的时候不同，jsp慢一点，之后的执行都是相同的

如何避免jsp页面自动生成session对象？为何要这么作？

如何避免jsp页面自动生成session对象？为何要这么作？

可使用页面指令显式关掉，代码以下：

<%@ page session="false" %>

jsp的缺点？

jsp的缺点？

• 1）很差调试

• 2）与其余脚本语言的交互(可读性差)

说出Servlet和CGI的区别？

说出Servlet和CGI的区别？

• Servlet处于服务器进程中，只会有一个servlet实例，每一个请求都会产生一个新的线程，并且servlet实例通常不会销毁

• CGI：来一个请求就建立一个进程，用完就销毁，效率低于servlet

简述JSP的设计模式。

简述JSP的设计模式。

在Web开发模式中，有两个主要的开发结构，称为模式一（Mode I）和模式二（Mode II）

首先咱们来理清一些概念吧：

• DAO(Data Access Object)：主要对数据的操做，增长、修改、删除等原子性操做。

• Web层：界面+控制器，也就是说JSP【界面】+Servlet【控制器】

• Service业务层：将多个原子性的DAO操做进行组合，组合成一个完整的业务逻辑

• 控制层：主要使用Servlet进行控制

• 数据访问层：使用DAO、Hibernate、JDBC技术实现对数据的增删改查

• JavaBean用于封装数据，处理部分核心逻辑，每一层中都用到！

模式一指的就是在开发中将显示层、控制层、数据层的操做统一交给JSP或者JavaBean来进行处理！

模式一有两种状况：

彻底使用JSP作开发:

• 优势：

  • 开发速度贼快，只要写JSP就好了，JavaBean和Servlet都不用设计！

  • 小幅度修改代码方便，直接修改JSP页面交给WEB容器就好了，不像Servlet还要编译成.class文件再交给服务器！【固然了，在ide下开发这个也不算是事】

• 缺点：

  • 程序的可读性差、复用性低、代码复杂！什么jsp代码、html代码都往上面写，这确定很难阅读，很难重用！

使用JSP+JavaBean作开发:

• 优势：

  • 程序的可读性较高，大部分的代码都写在JavaBean上，不会和HTML代码混合在一块儿，可读性还行的。

  • 可重复利用高，核心的代码都由JavaBean开发了，JavaBean的设计就是用来重用、封装，大大减小编写重复代码的工做！

• 缺点：

  • 没有流程控制，程序中的JSP页面都须要检查请求的参数是否正确，异常发生时的处理。显示操做和业务逻辑代码工做会紧密耦合在一块儿的！往后维护会困难

Mode II 中全部的开发都是以Servlet为主体展开的，由Servlet接收全部的客户端请求，而后根据请求调用相对应的JavaBean，并全部的显示结果交给JSP完成！，也就是俗称的MVC设计模式！

MVC设计模式：

• 显示层（View）：主要负责接受Servlet传递的内容，调用JavaBean，将内容显示给用户

• 控制层（Controller）：主要负责全部用户的请求参数，判断请求参数是否合法，根据请求的类型调用JavaBean，将最终的处理结果交给显示层显示！

• 模型层（Mode）：模型层包括了业务层，DAO层。

总结

• （1）ModelI，JSP+JavaBean设计模式。

• （2）ModelII，MVC设计模式。

若是文章有错的地方欢迎指正，你们互相交流。