javaweb复习题

最新推荐文章于 2024-11-03 11:01:20 发布

jxnklh

最新推荐文章于 2024-11-03 11:01:20 发布

阅读量637

点赞数 5

文章标签： java servlet html

本文链接：https://blog.csdn.net/jxnklh/article/details/130467005

版权

1.理解Jsp的page指令

JSP页面指令是JSP页面的开头元素，用于控制并定义整个JSP页面的行为和属性。page指令告诉服务器如何处理JSP页面。

以下是page指令的常见属性：

language：告诉服务器在JSP页面中使用的编程语言（通常是Java）。
contentType：设置生成的HTML文档的MIME类型和字符编码。
pageEncoding：设置当前JSP页面的字符编码。
isErrorPage：指示当前JSP页面是否是错误处理页面。
import：定义需要导入的Java类包。
session：指示服务器为客户端会话创建一个新的HttpSession对象。

以下是page指令的简单示例：

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>

<html>
    <head>
        <title>JSP Page Directive Example</title>
    </head>
    <body>
        <% out.println("Hello World!"); %>
    </body>
</html>

在上面的示例中，page指令告诉服务器使用Java编程语言来解析JSP页面，并将生成的HTML文档的MIME类型和字符编码设置为"text/html; charset=UTF-8"。此外，该页面还导入了某些Java类包并设置了页面的字符编码。最后，输出了一条“Hello World!”消息。

2.理解Jsp的include指令

JSP的include指令用于将一个JSP页面的内容包含到另一个JSP页面中，实现代码重用和模块化开发。

具体来说，include指令可以分为两种形式：静态包含和动态包含。

静态包含

<%@ include file="header.jsp" %>

静态包含指令是在JSP页面编译时进行处理的。当包含指令被执行时，在页面顶部插入指定文件（此处为“header.jsp”）中的所有内容，而不添加额外的HTML标记。这意味着被包含的文件必须是有效的HTML或JSP代码，否则可能导致编译错误或运行时错误。

动态包含

<jsp:include page="time.jsp" />

与静态包含不同，动态包含指令是在JSP页面运行时执行的。指令会将指定路径的文件加载到当前页面，然后将其插入到JSP页面中正在执行的位置。因此，被包含的文件可以是任何类型的文本文件、HTML文件或JSP文件。

需要注意的是，如果被包含的文件存在于应用程序上下文之外，则必须指定完整的路径，以确保系统正确地定位该文件。

3.理解Jsp的include标签和forward标签

JSP（JavaServer Pages）是一种Java技术，用于在Web应用程序中生成动态Web页面。JSP提供了多个标签以简化开发过程，其中包括<include>和<forward>标签。

include标签

include标签类似于Java中的"import"语句，它允许在JSP页面中引用其他JSP文件或HTML文件中的内容。当在一个JSP中存在多个片段可以重复使用时，并且所有这些片段都包含公共头部和底部时，此时可以使用include标记将它们作为子页面一起组合。

include标签有以下两种写法:

<%@ include file="header.jspf"%>   // 静态引入
<jsp:include page="header.jsp"></jsp:include>  // 动态引入

静态引入：

静态引入是在编译阶段将被引入的页面合并到当前页面，即在编译后当前页面已经包含了被引入页面的内容。因此静态引入效率高，但动态调用变量不可行。

动态引入：

动态引入是在运行时才根据需要引入，因此引入的内容是动态生成。其优点是更为灵活，可以通过参数的形式获得控制权，并且也支持常规的JSP元素语法。

forward标签

forward标签允许将一个请求分发到同一个Web上的不同JSP中的其他资源，例如另一个JSP、Servlet或HTML文件。通过跳转可以实现的应用场景比较广泛，例如控制用户登录状态，将请求转发到安全页面等。

forward标签有以下两种写法：

<% request.getRequestDispatcher("welcome.jsp").forward(request,response); %>  // Java代码
<jsp:forward page="welcome.jsp"></jsp:forward>   // JSP标签

当使用forward标记时，控制权将被转移到指定的页面或其他资源，并在浏览器中显示该页面。执行这个标记后，除非请求被重定向，否则浏览器的URL地址不会改变。

需要注意的是，forward跳转过去的页面将无法获取原先请求页面的内容，因为forward是在服务器内部跳转，相当于在同一个请求下处理不同的业务逻辑。跳转之前都可以将request对象中的参数保存起来，以便在调转后继续使用。

此外，在下列条件发生时，forward操作会抛出IllegalStateException异常：

如果响应已经提交给客户端，包括缓冲区发送到响应对象。
输出流从响应对象获得了追加字符或字节。
已经没有设置 ServletResponse#getWriter 或 ServletResponse#getOutputStream 方法调用之前进行缓冲的长度。

4.理解HTTP协议

http，即超文本传输协议（hypertext transfer protocol），是用于在web浏览器和网站服务器之间传输数据的应用层协议。http作为广义的应用层协议，除了连接建立、数据传输等基本功能外，还允许传输任意类型的数据对象（如html文件、图片、视频、音频、文本等）。

基本工作原理

http协议采用客户端/服务端模式，通过命令和响应的形式完成一个请求。

客户端发起一个http请求到服务器的web服务端口80，请求包括：

请求行：请求方法（get、post等）、url以及http协议版本号。
请求头部：多个属性-值对，包括：accept、user-agent、host（请求的主机地址）、referer（标识请求来源，当前页面url等）等。
空行：只有回车换行两个字符，表示请求头部已经结束。
请求正文：可以为空，post请求时向服务器提交的数据存放在这里。

服务端需要进行处理，响应返回至客户端，响应包括：

状态行：由协议版本号、数字形式的状态代码、及其描述三部分组成。
消息报头：如果有的话，使用和请求报头相同的格式。
空行：只包含回车换行两个字符，如果在请求报头中定义了消息正文，则空行存在。
响应正文：服务器返回给客户端的文本信息、html代码、图片等内容。

HTTP通信过程可分为以下步骤：

1.客户端向服务器发送请求：客户端与服务器建立TCP连接，向服务器发送HTTP请求报文，请求报文包括请求方法、URL、协议版本号、请求头等信息。

eg: GET /index.html HTTP/1.1
     Host: www.example.com
     User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

2.服务器处理请求：服务器接收到HTTP请求报文后，对请求报文进行解析，然后返回相应的HTTP响应报文，即服务器把所需要的资源通过网络回送给客户端。响应报文包括响应状态码、协议版本号、响应头以及相应实体内容等信息。

3.客户端接收响应：客户端接收到HTTP响应报文后进行解析并展示相应结果，同时也可以发起下一次HTTP请求操作。

HTTP协议采用C/S结构，客户端由浏览器充当，而服务器则由远程主机上的网络服务来提供，HTTP协议基于TCP/IP模型，建立在TCP协议之上，使用默认的80端口。它的设计思想为请求-响应模式，即以客户端发起的请求并得到服务器的响应作为基本工作方式。

HTTP协议的主要特点包括：

可靠性：HTTP使用TCP协议作为传输层协议，保证数据的可靠性。
简单性：HTTP的请求和响应消息都是简单的文本格式，易于理解和调试。
可扩展性：HTTP协议可以通过添加新的方法、状态码、头部等来扩展其功能。
无状态性：HTTP协议不保存客户端请求的状态信息，每个请求都是独立的。
明文传输：HTTP协议的数据传输是明文的，容易被窃听和篡改。
短连接：HTTP协议默认使用短连接，即每次请求都要重新建立连接，效率较低。
支持缓存：HTTP协议支持缓存机制，可以提高数据传输效率。

HTTP方法

以下是常见的 http 请求方式：

get：通过 url 提交请求，在 url 中包含查询参数，用于获取资源。由于数据在 url 上以明文形式传输，因此对数据敏感或者涉及隐私的操作不建议使用 get 方法。
post：将数据放在 http 报文的包体中发送到服务器上，可以传输较大量的数据。与 get 方法相比，post 方法提交的内容更加保密和安全，但也会带来一些增加复杂度的问题，例如需要解析 post 数据包、处理文件上传等。
put：向指定资源位置上传最新内容，通常用于更新已有的资源。
delete：请求服务器删除指定页面或者资源。
head：向服务器索要与 get 请求相一致的响应，只返回响应头部而不返回具体内容，主要用于确认 url 的有效性和资源是否存在。
options：查询服务器支持的各种请求方法和资源的权益情况。
connect：http/1.1 协议中预留给能够将连接改为管道方式的代理服务器。
trace：回显服务器接收到的请求，用于测试或诊断。

以上这些请求方式都有各自的用途和特点，开发者根据实际需求选择合适的请求方式进行开发。在实际项目中经常采用 get 和 post 请求方式进行数据交互。

http状态码

http协议通过状态码表示客户端请求的处理结果。常见http状态码如下：

1xx：指示信息，表示请求已经被接受，需要继续处理。
2xx：成功，表示请求已经被成功接收、理解、并且处理。
3xx：重定向，要完成请求必须进行更进一步的操作。
4xx：客户端错误，请求包含语法错误或者无法完成请求。
5xx：服务器错误，服务器在处理请求过程中发生了错误。

http的优缺点

http协议具有以下优点：

简单易用：http协议基于文本协议，在各种编程语言中都有基础库的支持，方便开发人员使用。
易于扩展：http协议可以通过添加新的headers实现更多功能的扩展。
跨平台性：http协议可以扩展到任何客户端和服务器类型，包括移动设备、一般的消费电子市场设备等。

同时也存在一些缺点：

无状态：http协议是无状态的，即每个请求都是**的，需要服务器在多个请求之间进行状态维护工作，增加了服务器的负担。
明文传输：http协议的数据传输是不安全的，容易被中间人攻击、**，存在信息泄露和数据篡改的风险。
速度较慢：由于http协议是基于文本协议，传输的数据量较大，因此在高负载情况下可能会导致性能下降。同时，在处理多个请求时也会存在tcp连接的开销，进一步影响性能。
不适合大规模传输：由于http协议对于每个请求都需要建立、维护一个tcp连接，因此当需要传输大量数据时，可能会出现连接数过多、服务器负载过高等问题。

url和uri

HTTP是一种用于网络通信的协议，它使用统一资源定位符（URL）和统一资源标识符（URI）标识要请求的资源。URL和URI都是HTTP请求中的重要组成部分，它们提供了获取所需资源的路径。

统一资源标识符（URI）

URI是一个字符串标识符，用于标识互联网上唯一的资源。它由三个主要部分组成：

协议：标识用于访问资源的协议，例如http、ftp等。
主机名：标识资源所在的服务器的名称或IP地址。如果URI引用的资源在当前服务器上，则此字段为空。
路径：标识服务器上存储资源的位置和名称。例如，/index.html可以表示服务器上的“index.html”文件。

例如，下面是一个URI示例：

https://www.example.com/index.html

其中，“https”是协议，“www.example.com”是主机名，“index.html”是路径。

统一资源定位符（URL）

URL是URI的一种特殊形式，它具有更多的详细信息来完整描述资源的位置和访问方式。它由以下部分组成：

协议：标识用于访问资源的协议，例如http、ftp等。
主机名：标识资源所在的服务器的名称或IP地址。如果URI引用的资源在当前服务器上，则此字段为空。
端口：标识用于与服务器通信的端口号。如果URI引用的资源使用默认的端口，则此字段为空。
路径：标识服务器上存储资源的位置和名称。例如，/index.html可以表示服务器上的“index.html”文件。
查询字符串：包含在URI中的可选数据，用于向服务器传递参数或其他信息。
片段标识符：用于标识URI中特定部分的名称。

cookie和session

在http协议中，cookie和session是两个非常常见的概念。本文将详细描述这两个概念的含义和使用。

cookie

cookie是在web服务器发送给浏览器的一小段信息，保存在用户的计算机上下次访问该网站时被浏览器带回服务端。cookies可以用于记住用户的登录状态，购物车商品等操作。简言之，cookie就是一个存储在客户端（即浏览器）的一个小文件，可以把一些用户信息暂时存在用户电脑上，以方便下一次访问同一网站时能够直接加载之前保存的信息，从而实现用户操作习惯等记录及读取。

session

session代表着一次会话，在服务端存储着一份关于当前用户会话的信息。当用户向服务器发起第一次请求时，服务器会为该用户创建一个session id，并且把这个session id 发送回浏览器响应头中的set-cookie字段中。这样，用户浏览器中的cookie就会包含这个session id，当浏览器向服务器发送下一次请求时，服务器就可以根据其中的session id 来找到存储在服务器端的关于该用户会话的信息，进行下一步处理。

因此，session与cookie有所区别。cookie存储在客户端，可被任意篡改，而session会把客户端的信息加密或通过其他措施保证用户数据的安全，并且它不放置在客户端上。 session id经常被用来做登录状态验证，银行在线支付等数据敏感操作场景。

结论

cookie和session在web应用程序中扮演着非常重要的角色。cookie一方面可以方便地存储一些用户间接相关的信息，

缓存

http协议中的缓存是指在客户端和服务器之间缓存http响应，以便在将来的请求中重用它。这样可以减少网络流量和提高性能。

有两种类型的缓存：浏览器缓存和代理服务器缓存。

浏览器缓存

浏览器缓存指的是浏览器在内存或磁盘上存储最近访问过的网站资源的副本。当用户再次访问该网站时，浏览器会首先尝试从缓存中获取资源并在本地显示，而不需要向服务器发送http请求。只有当缓存过期或者出现问题时，浏览器才会向服务器重新请求资源。

要控制缓存，http响应头可以包含以下属性：

cache-control: 指定缓存策略，如public、private、max-age等。
expires: 指定响应过期时间，在此时间之前浏览器使用缓存，并且不会向服务器发起请求。
etag: 根据响应内容生成唯一标识符，用于验证缓存是否仍然有效。

代理服务器缓存

与浏览器缓存类似，代理服务器缓存也可以保存最近访问过的网站资源的副本。此外，代理还可以缓存被转发的请求和响应，以便在将来的请求中重用它。

通过缓存，代理可以更快地响应客户端请求，并减少网络流量。但是在使用代理服务器时，需要注意以下几点：

缓存不会自动更新，如果服务器上的资源发生了变化，则需要手动清除缓存。
不同的代理服务器可能具有不同的缓存大小限制和缓存

补充

http缓存有助于提高网站性能并减少服务器资源消耗。减少请求次数可以显着减少带宽和处理时间。然而，服务器仍然需要响应一些请求，因为某些请求不适合缓存，或者缓存在过期日期之后。

使用http缓存时需要考虑以下几点：

缓存必须设置为避免响应敏感信息的泄露，比如用户个人信息等；
术语“过期”有多个含义。例如，页面上的javascript可以防止浏览器缓存js文件，或者标头可以禁用缓存。这些决策取决于你对自己网站的理解和需求。
许多cdn（内容分发网络）会默认启用缓存，是值得选择的平台。同时，可以使用缓存加速插件或服务（如varnish）来扩展您的现有（动态）web服务器的性能。
始终检查缓存是否正在运作！如果某个 url 表示为最近提供的，则您应该注意到通过某些工具直接验证。（如chrome devtools的network tab）

5.理解Tomcat的目录

tomcat是一个流行的开放源代码的web应用程序服务器，用于java web应用程序的开发和部署。以下是tomcat目录结构的解释：

bin：包含启动/停止脚本以及其他可执行文件。
conf：包含tomcat配置文件，例如服务器.xml、web.xml等。
lib：包含所有java库文件和jar文件。
logs：包含tomcat日志文件。
temp：tomcat运行时产生的临时文件，例如上传的文件。
webapps：包含所有web应用程序部署文件夹。该目录下的每个文件夹都对应着一个不同的web应用程序。
work：tomcat在处理jsp文件和servlet时编译生成文件的保存位置。

6.指令include和标签include的共同点和不同点

指令include和标签include都是在编程语言中用来导入其他文件或模块。

它们的共同点包括：

都可用于将一个文件或模块嵌入另一个文件或模块中，并使其可用于当前上下文中。
都可以用来重用已有的代码、模板等，避免冗余或重复编写。

它们的不同点包括：

include指令通常用于服务器端的编程语言，如php、asp，它会在解释执行阶段将所引用的文件载入内存运行。而 include标签通常用于前端开发的模板引擎中，如vue或react中的jsx，它会在编译时进行处理，生成最终的html或javascript代码。
include指令通常直接插入所引用的文件的全部内容到当前上下文中，相当于直接把之前写在另一个文件里面的所有代码自动复制黏贴到当前位置，容易造成命名冲突、函数重复定义等问题；而include标签则通常只**所引用文件中特定的组件、模板部分，更加灵活和扩展性好。
使用include指令引入的文件通常具有一定的副作用（如变量声明、函数定义等），而使用include标签引入的文件则更加纯粹，只关注该组件或模板部分的渲染。
使用include指令载入的文件通常会被解释器直接执行，因此具有一定的副作用，如变量、函数的申明和定义等，这可能会污染当前上下文环境。而include标签则更加注重模块化设计，只负责引用其它组件或模板，保证代码的纯洁性和可维护性。
include指令在执行时会涉及到文件系统的访问操作，如果引用的文件不存在或存在安全漏洞，可能会导致应用程序的崩溃和数据泄露。而include标签则在编译时进行处理，可以在模板中静态分析出依赖关系，并生成相应的代码，从而减少了不必要的io操作。
在使用include指令时，由于代码的复用性较强，很容易造成雪球式的膨胀，一旦某个文件发生了变化，就会影响到所有引用了它的文件，使得调试和追溯问题变得更加困难。而include标签则在预编译期间处理，对于每一个组件或模板都有清晰的边界和独立性，从而降低了代码的耦合度，易于维护和扩展。

7.服务端跳转和客户端跳转的共同点和不同点

服务端跳转和客户端跳转都是在 web 应用程序中进行页面导航的技术手段，它们的共同点和不同点如下：

共同点

导航到另一个网页：服务端跳转和客户端跳转都可以将用户带到另一个页面或站点。
操作相似：两者都是通过编写代码实现。在实现跳转时，客户端跳转是由浏览器完成的，而服务端跳转是服务器完成的。
相关链接无法改变：如果使用了服务端跳转或者客户端跳转，在相关链接不因为某个外部原因（例如，目标页面被删除）而更改。

不同点

用户体验：客户端跳转通常比服务端跳转快，因为客户端无需等待重新加载整个新页面，只需要加载更新的部分。这样可以提高用户对您站点的预期和响应感受。服务端跳转则需要重新加载整个页面，用户可能会感觉缓慢。
网络通信：客户端跳转仅涉及客户端，而服务端跳转还需要与服务器通信。
手动控制：客户端跳转通常需要用户交互操作来触发，如鼠标点击事件；服务端跳转则是在服务器接受客户端请求时自动完成。

8.说说Session和Cookie的关系

session和cookie是web应用程序中常用的两种机制用于跟踪用户的状态，其中cookie用于在客户端存储数据，而session则用于在服务器端存储数据。它们之间的关系如下：

cookie存储方式：cookie是存储在客户端（通常是浏览器）中的小文件，它可以包含字符串或键值对信息。
session存储方式：session则是一种由服务器维护和管理的数据对象集合，它也可以包含任何类型的对象，并且只存在于服务器端。
关联：当一个用户访问web应用程序时，服务端在为其创建一个session的同时，会自动将一个唯一的标识符写入cookie，并把这个标识符在生成的响应返回给浏览器。如此，在后续该用户发送的每个请求都会自动携带这个cookie，使得服务端能够到相关的session来获取或更新用户信息。

总结来说，session提供了一种在多个页面和请求之间共享数据的方法，而cookie提供了一种在同一个浏览器上的不同网站之间共享数据的方式。两者通过cookie把session id传递给客户端，以便服务端对session进行管理和维护。当然具体实现中还需要注意安全性、有效期等方面的问题。

9.用图形和文字描述hello.jsp的执行过程

首先，在用户请求访问一个Web应用程序时，Web服务器会接收到该请求并将其转发给容器（例如Tomcat）。容器接收到请求后，会查找与请求相关联的JSP文件。

接下来，容器会检查JSP文件是否已经被编译过，如果没有，则会调用JSP编译器对文件进行编译。编译器会将JSP文件转换为Java Servlet，并生成相应的Servlet源代码。

然后，容器会使用Java编译器将Servlet源代码编译成二进制字节码。接着，容器会创建一个Servlet实例，并将HTTP请求和响应对象传递给该实例。

Servlet实例接着会使用JSP页面中的Java代码和HTML标记生成动态内容，并将其发送回给容器。容器最终会将响应发送回给客户端浏览器，完成这个JSP的执行过程。

以下是一个简单的示意图，展示了JSP页面在Web应用程序中的执行流程：

1. 用户请求 JSP 页面
     |
2. Web 服务器 接收请求并将其转发给 容器   
     |
3. 容器 检查 JSP 文件是否已经编译，如果没有，JSP 编译器 将其转换成 Java Servlet。
     |
4. 容器 通过Java编译器将Servlet源代码编译成为类文件。
     |
5. 容器 创建一个Servlet实例，并将HTTP请求和响应对象传递给该实例。
     |
6. Servlet 实例 使用Java代码和HTML标签生成动态内容，并将其发送回容器。
    7.容器 将响应发送回

10.请写出9个内置对象的生存周期，作用范围和主要功能

在jsp中，有9个内置对象。这些对象在整个jsp页面的生命周期中都可以访问，但它们的作用范围是不同的。

下面是jsp 9个内置对象的生存周期、作用范围和主要功能：

内置对象	生命周期	作用范围	主要功能
pagecontext	整个jsp页面	局部变量	提供对其他内置对象的访问，并维护关联jsp页面的属性
request	请求到响应结束	请求作用域	存储请求信息，并将其传递给其他资源
response	请求到响应结束	响应作用域	发送响应信息给客户端
session	访问session开始到结束	会话作用域	存储特定于用户的信息，并跨请求保留该信息
application	应用程序开启到关闭	应用作用域	存储应用程序范围内的信息，并跨会话和请求保留该信息
out	立即	任何地方	发送输出到客户端
config	整个jsp页面	局部变量	获取此jsp页面所属的servletconfig
page	整个jsp页面	局部变量	对jsp页面本身的访问
exception	当前异常处理器执行时	局部变量	访问当前发生的异常

注意：这些对象的作用范围不同。pagecontext、config和page是局部变量，只能在同一页面中访问。其他对象具有更大的作用范围并且可以在不同的页面中共享。

11.表单和超链接发请求的共同点和不同点

表单和超链接都可以发送http请求，但它们在如何发送请求以及用途上有一些不同。

共同点：

都可以向服务器发送http请求。
都需要指定要请求的url

不同点：

发送方式

表单通过用户在表单字段中输入数据，并将这些数据包含在http post或get 请求正文中来发送请求。而超链接则是通过用户单击该链接来触发http get请求。

传递参数

表单可以传递多个字段参数，在http post请求中通过请求体发送，或者可以在http get请求中附加到url的查询字符串参数中。而超链接只能传递一个参数，该参数值将作为查询字符串附加到url末尾。

适用场景

表单通常用于提交用户输入的数据，例如注册、登录、评论等操作。而超链接则通常用于导航，如在网页上跳转到另一页或下载文件等。

综上所述，虽然表单和超链接都可用于发送http请求，但是它们的应用场景和传输方式是不同的。

12.理解request对象、session对象、application对象 config对象，response内置对象的功能和使用

request对象

request对象是flask框架提供的一种对象，用于在服务器端接收来自客户端（浏览器）的http请求。具体来说， request对象包含了http请求中的所有信息，例如get或post中参数、表单、上传文件等。

flask中使用request对象可以实现以下功能：

获取客户端传递过来的参数
表单处理
接收文件及数据
请求类型判断
cookies管理等

session对象

session对象是flask框架提供的一种对象，用于在服务器端进行会话状态的管理，在不同的请求之间存储数据。

flask中使用session对象可以实现以下功能：

存储和读取用户的cookies
实现用户登录状态保持
在不同的页面间传递数据，禁止跨站脚本攻击等

application对象

application对象是flask框架提供的全局对象，表示整个应用程序。一般采用工厂模式创建这个对象。

flask中使用application对象可以实现以下功能：

配置全局环境变量
处理请求，并将请求转发到对应的视图函数中
错误处理
数据库初始化
将应用部署到服务器上等

config对象

config对象是flask框架提供的一种对象，用于存储配置信息。在flask中，我们经常会根据不同的环境（开发、测试、生产）来设置不同的配置参数。通过config对象，可以方便地实现在不同的环境下使用相应的配置参数。

flask中使用config对象可以实现以下功能：

获取和修改配置参数
读取不同环境的配置文件

response内置对象

如果要发送请求响应，则必须返回一个response对象

response对象是flask框架提供的一种内置对象，用于返回客户端响应结果。可以通过对response对象进行设置来实现不同的返回值（如文本、html页面、json等）。

flask中使用response对象可以实现以下功能：

设置返回数据类型和内容
设置状态码
设置cookie
设置缓存
设置重定向
设置跨域资源共享等

13.理解Mvc设计模式

mvc（model-view-controller）是一种软件设计模式，适用于web开发和其他应用程序。它的目标是将应用程序分解为三个单独的组件，以实现良好的代码结构，可维护性和可测试性。下面是每个组件的说明：

模型(model)：它表示数据和业务逻辑。模型通常通过数据库或其他外部资源获取数据，并在必要时对其进行处理。模型不负责呈现数据或与用户交互。它只处理数据并将其传递给控制器。
视图(view)：它与用户交互并显示数据。视图是由html，css和javascript组成的前端页面。它们从控制器中提取数据并显示在页面上。但是，它们不会修改网站的状态或执行后端操作。视图实际上只是数据的快照。
控制器(controller)：它连接模型和视图，并且实现了业务逻辑。当视图触发事件时，控制器就会介入并作出相应的决定。例如，当一个表单被提交时，控制器接收和验证用户输入，然后通知模型进行更改。

mvc设计模式的主要优点包括：

低耦合：每个组件都可以**进行测试和修改。
可扩展性：当需要增强某个组件的功能时，可以仅对该组件进行修改，而不会影响整个应用程序。
可维护性：因为每个组件都有自己的职责，所以代码更容易维护和管理。

总的来说，mvc设计模式提供了一种结构清晰，各个组件之间高度解耦合的软件开发方法。它可以帮助应用程序的可维护性和可测试性，也更容易实现代码重用和扩展性。

在实践中，mvc设计模式广泛应用于web应用程序开发。例如，在一个电子商务网站中，模型负责管理商品信息和库存数据，视图负责呈现商品列表和详情页面，控制器负责检查订单并调整库存数量。

mvc还可以与其他模式结合使用，例如观察者模式以便让模型和视图之间更紧密地交互，或装饰器模式来增加数据处理功能。

值得注意的是，并非所有应用程序都适合使用mvc设计模式。对于简单的小型应用程序，引入mvc可能会增加复杂度和开发难度。因此，开发人员需要对其应用场景进行评估，选择最适合的软件设计模式。

14.理解POST 和GET请求

在Web开发中，常使用两种HTTP请求方法： GET和POST。这两种方法一个用于取回资源，另一个用于提交修改过的数据。下面是对它们的说明：

GET 请求

GET方法被用来请求指定的页面或者资源。GET请求的参数直接附加在URL上面，可以使用问号（?）连接多个参数，并通过&字符进行分隔。例如：
```
http://example.com/page?name=value1&value2
```
GET方法在浏览器中会被缓存，因此可用于不需要服务器变量或状态更新的请求。而且，由于GET方法将参数放在URL中，所以在浏览器的历史记录中留下了足迹。因此不适合提交敏感数据或大量数据。
POST 请求

POST方法被用来向指定的资源提交需要处理的数据。POST请求的参数在请求正文中，而非URL中。与GET方法相比，POST方法更安全、更可靠，并且可用于提交大量信息。例如：
```
POST /login.php HTTP/1.1  
Host: example.com  
User-Agent: Mozilla/5.0   
Accept-Language: en   
Content-Type: application/x-www-form-urlencoded  
Content-Length: 27  

username=johndoe&password=pa55w0rd
```
注意：如果没有指定传输编码，则内容长度可以从Content-Length头部字段计算得出。

总的来说，GET方法用于需要快速抓取特定页面或特定资源的场景，而POST方法适用于非实时更新服务器状态的情况下提交大量数据。

15.为什么application可以通过getRealPath（）方法，取得虚目录的真实路径

在java web应用程序中，可以通过servletcontext接口提供的getrealpath()方法来获取web应用程序中指定虚拟路径的物理磁盘路径。

在servlet容器（如tomcat或jetty）启动时，它会将web应用程序部署到其文件系统中。对于每个web应用程序，它都有一个根目录，该目录包含web应用程序的所有资源，例如html，jsp和servlet文件等。

当应用程序调用getrealpath()方法并传递相对于根目录的虚拟路径时，servlet容器会将其映射到与该虚拟路径对应的实际物理路径。这种映射过程使应用程序能够访问其资源，并以文件系统的方式进行操作。

因此，通过调用getrealpath()方法，应用程序可以获得虚拟目录的真实物理路径，从而可以在应用程序中使用文件系统api访问和读取该目录中的文件。

16.将一个jsp页面保存在WEB-INF文件夹之下，如何通过配置web.xml文件访问该页面

要通过配置web.xml文件来访问位于WEB-INF文件夹下的jsp页面，需要遵循以下步骤：

在web.xml文件中添加一个servlet元素。servlet元素包含以下子元素：

servlet-name：这是一个名称，用于标识servlet。
servlet-class：指定处理请求的servlet类的完全限定类名。

<servlet>
  <servlet-name>MyServlet</servlet-name>
  <servlet-class>com.example.MyServlet</servlet-class>
</servlet>

添加一个servlet-mapping元素，将servlet映射到URL上。servlet-mapping元素包含以下子元素：

servlet-name：该元素与前面添加的servlet-name元素内容相同。
url-pattern：指定servlet处理的URL模式。

<servlet-mapping>
  <servlet-name>MyServlet</servlet-name>
  <url-pattern>/myservlet</url-pattern>
</servlet-mapping>

指定JSP页面作为servlet的响应。

<servlet>
  <servlet-name>MyServlet</servlet-name>
  <jsp-file>/WEB-INF/mypage.jsp</jsp-file>
</servlet>

<servlet-mapping>
  <servlet-name>MyServlet</servlet-name>
  <url-pattern>/mypage</url-pattern>
</servlet-mapping>