1. 首页
  2. 文章资讯

1.3 JavaWeb基础面试题

40 阅读 0 评论

43、HTTP响应码有哪些

HTTP响应码是服务器在处理HTTP请求后返回的状态码，用于指示请求的处理结果。以下是一些常见的HTTP响应码及其含义：

1xx（信息性状态码）

  • 100 Continue：客户端可以继续发送请求的剩余部分。
  • 101 Switching Protocols：服务器正在切换协议。

2xx（成功状态码）

  • 200 OK：请求成功，服务器返回请求的资源。
  • 201 Created：请求成功并导致新资源的创建。
  • 204 No Content：请求成功，但没有返回内容。

3xx（重定向状态码）

  • 301 Moved Permanently：请求的资源已被永久移动到新URI。
  • 302 Found：请求的资源临时移动到新URI。
  • 304 Not Modified：资源未被修改，客户端可以使用缓存的版本。

4xx（客户端错误状态码）

  • 400 Bad Request：请求无效或无法理解。
  • 401 Unauthorized：请求需要用户身份验证。
  • 403 Forbidden：服务器拒绝请求，禁止访问资源。
  • 404 Not Found：请求的资源未找到。

5xx（服务器错误状态码）

  • 500 Internal Server Error：服务器遇到意外情况，无法完成请求。
  • 502 Bad Gateway：服务器作为网关或代理，接收到无效响应。
  • 503 Service Unavailable：服务器暂时无法处理请求，通常由于过载或维护。

这些响应码帮助客户端了解请求的状态和处理结果，有助于调试和处理错误。

44、Forward和Redirect的区别？

在Web开发中，Forward（转发）和Redirect（重定向）都是将用户请求从一个URL转到另一个URL的方式，但它们的工作机制和应用场景有显著区别：

Forward（转发）

  1. 机制：
    • Forward 是服务器内部的操作。客户端只发出一个请求，服务器在后台处理，将请求转发给另一个资源（如另一个Servlet或JSP），而不更改URL。
  2. URL：
    • 客户端看到的URL不变，因为转发是在服务器内部完成的。
  3. 请求和响应：
    • 请求对象和响应对象是共享的。转发时，原始请求的参数和属性可以直接传递给目标资源。
  4. 性能：
    • 转发通常比重定向更高效，因为它只涉及一次请求和响应，没有额外的网络往返。
  5. 应用场景：
    • 常用于在处理请求后转发到另一个页面，特别是在需要共享请求数据时。

Redirect（重定向）

  1. 机制：
    • Redirect 是一种客户端操作。服务器向客户端发送一个指示（HTTP响应状态码如302），要求客户端发起新的请求到指定的URL。
  2. URL：
    • 客户端看到的URL会改变，因为重定向是通过发送新的请求到不同的URL实现的。
  3. 请求和响应：
    • 请求对象和响应对象不共享。重定向后，原始请求的参数和属性不会传递给新请求。
  4. 性能：
    • 重定向会涉及两次请求和响应，因此可能会导致性能开销。
  5. 应用场景：
    • 常用于需要改变URL或实现跳转到外部资源、感谢页面等场景。

总结

  • Forward 是服务器内部操作，不改变URL，适合在同一应用中共享请求数据。
  • Redirect 是客户端操作，会改变URL，适合需要跳转到不同资源的情况。

45、Get和Post请求的区别

GET和POST是HTTP协议中两种常用的请求方法，它们之间有几个主要区别：

  1. 目的
  • GET：
    • 用于从服务器获取数据。
    • 请求的主要目的是获取资源，而不对服务器上的数据进行任何修改。
  • POST：
    • 用于向服务器发送数据，通常用于提交表单或上传文件。
    • 请求的主要目的是向服务器提交数据，以便进行处理（如存储、更新等）。
  1. 数据传输
  • GET：
    • 请求数据附加在URL的查询字符串中（如 example.com/page?param1=value1&param2=value2）。
    • 数据长度受到URL长度限制（通常为2048个字符，具体取决于浏览器和服务器）。
  • POST：
    • 请求数据包含在请求体中，而不是URL中。
    • 数据长度没有限制，适合发送大量数据或复杂数据（如文件上传）。
  1. 安全性
  • GET：
    • 不适合传输敏感数据，因为数据以明文形式暴露在URL中。
    • GET请求会被浏览器缓存，可能会被记录在历史记录中。
  • POST：
    • 相对安全一些，因为数据不显示在URL中。
    • POST请求不容易被缓存，适合发送敏感信息。
  1. 幂等性
  • GET：
    • 是幂等的，意味着多次请求不会改变服务器的状态。例如，多次请求同一资源，结果相同。
  • POST：
    • 不是幂等的，意味着每次请求可能会对服务器的状态产生影响。例如，多次提交同一表单可能会导致数据重复插入。
  1. 浏览器行为
  • GET：
    • 可以通过书签保存和直接在浏览器中输入URL访问。
    • 支持浏览器的缓存机制。
  • POST：
    • 不支持通过书签直接保存，用户在地址栏中输入URL通常不会重复提交POST请求。
    • 通常不会被缓存。

GET主要用于获取资源，不会修改服务器数据，且数据通过URL传递；而POST用于提交数据并可能修改服务器数据，数据通过请求体传递，适合处理更复杂或敏感的数据。

46、RESTful风格的优势RESTful风格的应用

RESTful（Representational State Transfer）是一种架构风格，用于构建基于Web的服务。它以HTTP为基础，通过一组标准的操作（如GET、POST、PUT、DELETE）来实现资源的访问和管理。以下是RESTful风格的优势及其应用场景。

RESTful风格的优势

  1. 简单性：
    • RESTful API使用HTTP协议的标准方法（GET、POST、PUT、DELETE），易于理解和使用，符合Web的自然操作。
  2. 无状态性：
    • 每个请求都是独立的，包含了所有必要的信息，服务器不需要存储客户端的状态。这简化了服务器设计，提高了可扩展性。
  3. 资源导向：
    • RESTful架构将一切视为资源，通过URI（Uniform Resource Identifier）来唯一标识每个资源。这使得API的结构更加清晰和一致。
  4. 可缓存性：
    • 通过HTTP的缓存机制，可以提高响应速度，减少服务器负担。适合高并发场景。
  5. 可扩展性：
    • RESTful API支持水平扩展，易于与其他服务集成，适合微服务架构。
  6. 统一接口：
    • 通过统一的接口设计，降低了客户端与服务器之间的耦合，使得不同客户端可以方便地与API交互。
  7. 跨平台支持：
    • RESTful API是基于HTTP的，因此可以在不同的平台和语言之间轻松交互，具有广泛的兼容性。

RESTful风格的应用场景

  1. Web服务：
    • 用于构建各种Web服务和API，如社交媒体平台、电子商务网站等，提供资源的创建、读取、更新和删除功能。
  2. 移动应用：
    • 移动应用通常通过RESTful API与后端服务器交互，获取和提交数据，如天气应用、新闻应用等。
  3. 物联网（IoT）：
    • 在物联网应用中，设备之间可以通过RESTful API进行通信，方便地获取设备状态和控制设备。
  4. 云服务：
    • RESTful API广泛应用于云服务平台，提供服务管理、数据存储和计算资源访问等功能。
  5. 微服务架构：
    • 在微服务架构中，各个服务之间通常通过RESTful API进行通信，方便服务的独立部署和扩展。
  6. 内容管理系统（CMS）：
    • RESTful API用于管理和交付内容，如博客、新闻网站和电子书等，支持多种前端展示形式。

总结

RESTful风格以其简单性、无状态性、资源导向等优势，广泛应用于Web服务、移动应用、物联网等场景，适合构建高效、可扩展的系统。

47、介绍下OSI七层和TCP/IP四层的关系

OSI（Open Systems Interconnection）七层模型和TCP/IP（Transmission Control Protocol/Internet Protocol）四层模型是网络通信中两个重要的协议模型。尽管它们的层数不同，但它们的功能和目标都是为了标准化网络通信。以下是这两个模型的介绍及其关系。

OSI七层模型

OSI模型是一个理论模型，分为七个层次，每一层都有其特定的功能：

  1. 物理层（Physical Layer）：
    • 处理物理连接，定义电气信号、光信号、无线信号等。
  2. 数据链路层（Data Link Layer）：
    • 负责节点之间的链路控制、帧的发送和接收、差错检测和纠正。
  3. 网络层（Network Layer）：
    • 负责数据包的路由选择和转发，提供逻辑地址（IP地址）。
  4. 传输层（Transport Layer）：
    • 负责端到端的数据传输和可靠性，包括流量控制和错误检测。
  5. 会话层（Session Layer）：
    • 管理用户会话，负责建立、维护和终止会话。
  6. 表示层（Presentation Layer）：
    • 处理数据格式转换、加密解密和压缩解压缩。
  7. 应用层（Application Layer）：
    • 直接面向用户，提供网络服务和应用程序接口。

TCP/IP四层模型

TCP/IP模型是一个实际应用中的协议模型，分为四个层次：

  1. 网络接口层（Network Interface Layer）：
    • 包括物理层和数据链路层的功能，负责数据在物理网络上的传输。
  2. 互联网层（Internet Layer）：
    • 相当于OSI的网络层，负责IP地址、数据包的路由和转发。
  3. 传输层（Transport Layer）：
    • 提供端到端的数据传输和可靠性，与OSI传输层的功能相似。
  4. 应用层（Application Layer）：
    • 包括OSI的应用层、表示层和会话层的功能，提供网络应用和用户接口。

OSI与TCP/IP的关系

  • 层数不同：
    • OSI模型有七层，而TCP/IP模型只有四层。TCP/IP模型的层次合并了OSI模型的一些层。
  • 功能对应：
    • OSI的物理层和数据链路层对应TCP/IP的网络接口层。
    • OSI的网络层对应TCP/IP的互联网层。
    • OSI的传输层与TCP/IP的传输层相同。
    • OSI的会话层、表示层和应用层合并为TCP/IP的应用层。
  • 设计理念：
    • OSI模型是一个理论模型，强调标准化，而TCP/IP模型是一个实际应用中的模型，源于实际的网络通信需求。

OSI七层模型和TCP/IP四层模型都是网络通信的重要框架。虽然层数和功能划分有所不同，但两者在描述网络通信的过程和功能上有着密切的关系。理解这两个模型有助于掌握网络协议和通信机制。

48、说说TCP和UDP的区别

TCP（Transmission Control Protocol）和UDP（User Datagram Protocol）是两种常用的传输层协议，它们在数据传输的方式、可靠性、速度等方面有显著的区别。以下是TCP和UDP的主要区别：

  1. 连接性
  • TCP：
    • 是面向连接的协议。在数据传输之前，必须建立一个可靠的连接（通过三次握手）。
  • UDP：
    • 是无连接的协议。在发送数据之前不需要建立连接，数据可以直接发送。
  1. 可靠性
  • TCP：
    • 提供可靠的数据传输。它会进行数据包的顺序控制、错误检测和重传，确保数据完整、按顺序到达。
  • UDP：
    • 不保证数据的可靠性。数据包可能会丢失、重复或乱序，UDP不会进行重传或纠正。
  1. 数据传输的顺序
  • TCP：
    • 确保数据按照发送的顺序到达接收方。接收方会按照顺序处理数据。
  • UDP：
    • 不保证数据的顺序，接收方可能会接收到乱序的数据包。
  1. 流量控制和拥塞控制
  • TCP：
    • 具有流量控制和拥塞控制机制，能够根据网络的状态动态调整数据的发送速率，防止网络拥塞。
  • UDP：
    • 没有流量控制和拥塞控制机制，发送数据的速率不受限制，适合实时应用。
  1. 头部开销
  • TCP：
    • 头部开销较大，通常为20字节（不包括选项字段），因为需要包含序列号、确认号、标志位等信息。
  • UDP：
    • 头部开销较小，只有8字节，包含源端口、目的端口、长度和校验和等基本信息。
  1. 应用场景
  • TCP：
    • 适用于需要高可靠性和数据完整性的应用，如网页浏览（HTTP/HTTPS）、文件传输（FTP）、电子邮件（SMTP）等。
  • UDP：
    • 适用于实时性要求高、对数据丢失可以容忍的应用，如视频流、语音通话（VoIP）、在线游戏等。

  • TCP是一种面向连接的、可靠的传输协议，适合需要保证数据完整性和顺序的应用。
  • UDP是一种无连接的、不可靠的传输协议，适合实时性要求高的应用，但不保证数据的可靠传输和顺序。

49、说下HTTP和HTTPS的区别

HTTP（Hypertext Transfer Protocol）和HTTPS（Hypertext Transfer Protocol Secure）都是用于Web通信的协议，但它们在安全性和传输方式等方面有显著的区别。以下是HTTP和HTTPS的主要区别：

  1. 安全性
  • HTTP：
    • 是不安全的协议，数据在传输过程中以明文形式发送，容易被窃听、篡改或伪造。
  • HTTPS：
    • 是安全的协议，通过SSL/TLS（安全套接字层/传输层安全协议）对数据进行加密，确保数据在传输过程中不被窃取或篡改。
  1. 端口
  • HTTP：
    • 默认使用端口80进行通信。
  • HTTPS：
    • 默认使用端口443进行通信。
  1. 数据加密
  • HTTP：
    • 数据在传输过程中不加密，容易被攻击者通过网络嗅探工具捕获。
  • HTTPS：
    • 数据在传输过程中经过加密，即使数据被捕获，也无法被解读，确保了数据的机密性和完整性。
  1. 身份验证
  • HTTP：
    • 不提供身份验证机制，服务器和客户端之间的通信缺乏安全保证。
  • HTTPS：
    • 使用数字证书（由受信任的证书颁发机构签发）来验证服务器的身份，确保用户与正确的服务器建立连接。
  1. 性能
  • HTTP：
    • 因为没有加密和解密的过程，所以HTTP在传输速度上可能会稍快。
  • HTTPS：
    • 加密和解密过程会增加一些计算开销，可能导致性能略微降低，但现代硬件和优化使得这一差距越来越小。
  1. SEO和用户信任
  • HTTP：
    • 使用HTTP的网站在搜索引擎中的排名可能会受到影响，且用户可能对不安全的连接产生警惕。
  • HTTPS：
    • 搜索引擎（如Google）倾向于优先考虑使用HTTPS的网站，并且用户在访问HTTPS网站时，浏览器通常会显示安全锁图标，增加用户的信任感。

  • HTTP是无安全保障的协议，适合传输对安全性要求不高的数据。
  • HTTPS是加密安全的协议，适合传输敏感信息和需要保护的用户数据。由于安全性和用户信任的考虑，现代网站越来越倾向于使用HTTPS。

50、说下HTTP，TCP，Socket的关系是什么？

HTTP、TCP和Socket是计算机网络中密切相关的概念，它们在网络通信中发挥着不同但互补的作用。以下是它们之间的关系：

  1. HTTP
  • 定义：HTTP（超文本传输协议）是一个应用层协议，用于在Web浏览器和服务器之间传输超文本数据（如HTML文档）。它定义了客户端和服务器之间如何请求和响应数据。
  • 功能：HTTP负责格式化请求和响应，指定数据的传输方式和语义。它是无状态的，意味着每个请求都是独立的，不依赖于先前的请求。
  1. TCP
  • 定义：TCP（传输控制协议）是一个传输层协议，负责在网络上提供可靠的、面向连接的数据传输。它确保数据的完整性、顺序和正确性。
  • 功能：TCP通过三次握手建立连接，提供流量控制、拥塞控制和错误检测等功能。TCP保证数据包在传输过程中不会丢失，并按顺序到达接收方。
  1. Socket
  • 定义：Socket是应用程序与网络之间的接口，是实现网络通信的基本单元。它是一个结合了IP地址和端口号的抽象概念，用于在网络中唯一标识一个连接。
  • 功能：Socket用于建立连接、发送和接收数据。开发人员使用Socket编程来实现网络通信，包括TCP和UDP协议。

关系总结

  • 层次关系：
    • HTTP是应用层协议，依赖于下层的TCP协议进行数据传输。
    • TCP是传输层协议，提供可靠的传输服务，保证数据在网络中的安全和完整性。
    • Socket是连接的抽象表示，应用程序通过Socket与TCP协议交互来实现网络通信。
  • 工作流程：
    1. 客户端应用程序通过Socket创建连接，并指定目标服务器的IP地址和端口号（通常是80或443）。
    2. Socket与TCP协议进行通信，建立可靠的连接（通过TCP的三次握手）。
    3. 一旦连接建立，客户端可以通过HTTP协议发送请求，服务器接收请求并返回响应。
    4. TCP负责在数据传输过程中处理分段、重传和顺序控制，确保数据的可靠到达。

HTTP、TCP和Socket相互依赖，共同实现了网络应用程序之间的通信。HTTP负责数据的格式和传输逻辑，TCP提供可靠的连接和数据传输，Socket则是应用程序与这些协议之间的桥梁。

51、说下HTTP的长连接和短连接的区别

HTTP的长连接（Keep-Alive）和短连接（非Keep-Alive）是指在客户端和服务器之间的连接管理方式，主要区别在于连接的生命周期和资源的利用效率。以下是它们的主要区别：

  1. 连接的建立与关闭
  • 短连接：
    • 每次HTTP请求/响应后，连接会立即关闭。客户端在发送请求时会建立一个新的TCP连接，请求完成后立即关闭该连接。
    • 这种方式导致频繁的连接建立和关闭过程，增加了网络开销。
  • 长连接：
    • 客户端和服务器可以在同一个TCP连接上进行多次请求和响应，连接在一定时间内保持开放，不立即关闭。只有在客户端或服务器决定不再使用时，才关闭连接。
    • 这种方式减少了连接建立和关闭的次数，提高了性能。
  1. 性能
  • 短连接：
    • 由于每次请求都需要重新建立连接，导致额外的延迟和资源消耗。对于多个资源的请求（如图片、CSS、JavaScript等），性能较差。
  • 长连接：
    • 通过复用同一个连接，可以显著减少延迟和网络开销，提高性能，尤其是在需要频繁请求多个资源的情况下。
  1. 资源利用
  • 短连接：
    • 由于频繁建立和关闭连接，可能导致服务器资源的浪费，增加了服务器负担。
  • 长连接：
    • 通过减少连接的建立和关闭次数，能够更有效地利用网络资源，提高服务器的处理能力。
  1. 使用场景
  • 短连接：
    • 适用于不需要频繁交互的场景，例如单次请求和响应的简单数据获取。
  • 长连接：
    • 适用于需要频繁交互的场景，例如实时应用、网页加载多个资源时等，能够提高用户体验。
  1. HTTP/1.1的默认行为
  • 在HTTP/1.1中，长连接（Keep-Alive）是默认启用的，而短连接需要通过特定的请求头（如 Connection: close）来指定。HTTP/1.0则默认使用短连接。
  • 短连接在每次请求后关闭连接，性能较低，适合简单场景；长连接则允许在同一连接上处理多个请求，性能更好，适合需要频繁交互的场景。长连接可以有效减少网络延迟，提高资源利用效率，是现代Web应用中更常用的方式。

52、TCP原理

TCP（Transmission Control Protocol）是一种面向连接的、可靠的传输层协议，它负责在网络上提供可靠的数据传输。TCP在网络通信中扮演着重要的角色，以下是TCP的基本原理和工作机制：

  1. 面向连接
  • TCP是面向连接的协议，在数据传输之前必须建立一个可靠的连接。这个连接通过三次握手（Three-Way Handshake）来实现，确保双方准备好进行通信。
  1. 三次握手
  • 步骤：
    1. SYN：客户端向服务器发送一个SYN（同步）报文段，请求建立连接。
    2. SYN-ACK：服务器收到SYN后，回应一个SYN-ACK（同步-确认）报文段，确认收到连接请求，并同时请求建立连接。
    3. ACK：客户端收到SYN-ACK后，发送一个ACK（确认）报文段，连接建立成功。
  • 通过三次握手，TCP确保双方都准备好进行数据传输。
  1. 可靠性
  • TCP提供可靠的数据传输机制，通过以下方式确保数据的完整性和顺序：
    • 序列号：每个TCP报文段都有一个序列号，接收方根据序列号重组数据，确保数据按顺序到达。
    • 确认应答：接收方在收到数据后发送ACK报文段，确认已成功接收数据。如果发送方未收到ACK，将重传数据。
    • 重传机制：TCP会在超时时间内重传未确认的数据，确保数据不会丢失。
  1. 流量控制
  • TCP使用滑动窗口（Sliding Window）机制来进行流量控制，防止发送方过快发送数据导致接收方无法处理。
    • 接收方会在ACK报文中告知发送方其缓冲区的可用空间，发送方根据接收方的窗口大小调整发送速率。
  1. 拥塞控制
  • TCP通过拥塞控制算法（如慢启动、拥塞避免、快重传、快恢复）来防止网络拥塞。
    • 当网络出现拥塞时，TCP会动态调整数据发送速率，以减少网络负载。
  1. 连接的关闭
  • TCP连接的关闭也通过一个四次挥手（Four-Way Handshake）过程实现：
    1. 一方发送FIN报文段，表示要关闭连接。
    2. 另一方发送ACK报文段确认收到FIN。
    3. 另一方再发送FIN报文段，表示也要关闭连接。
    4. 第一方发送ACK确认，连接关闭。
  1. 数据封装与报文格式
  • TCP在传输数据时，将应用层数据封装为TCP报文段，TCP报文段包括以下字段：
    • 源端口号和目的端口号
    • 序列号和确认号
    • 数据偏移、标志位（如SYN、ACK、FIN等）
    • 窗口大小（流量控制）
    • 校验和（用于错误检测）
    • 选项字段（可选）

TCP通过建立连接、确保可靠性、流量控制和拥塞控制等机制，提供可靠的、面向连接的数据传输服务。它广泛应用于需要保证数据完整性和顺序的场景，如网页浏览、文件传输和电子邮件等。

53、Cookie和Session的区别

Cookie

1. 什么是Cookie?

  • Cookie 是由服务器生成并存储在客户端浏览器中的小型文本文件。它用于在客户端和服务器之间保持状态信息。每次客户端发出请求时，浏览器都会将相关的Cookie发送回服务器，以便服务器能够识别用户并存储用户的状态。

2. Cookie的主要特点:

  • 持久性: 通过指定Expires或Max-Age属性，可以设置Cookie的存活时间。即使关闭浏览器，持久Cookie仍会保留，直到达到设置的过期时间。
  • 作用域: 通过Domain和Path属性，Cookie可以限定在特定的域名或路径下生效。只有匹配的请求才会发送这些Cookie。
  • 安全性: Secure属性可以指定Cookie仅通过HTTPS连接传输，HttpOnly属性可以防止Cookie被JavaScript访问，提高安全性。
  • 大小限制: 每个Cookie的大小通常限制在4KB以内，不同浏览器之间可能略有不同。

3. Cookie的典型用途:

  • 用户身份识别: 通过存储用户的会话ID或其他标识符，服务器可以识别用户并恢复其状态。
  • 个性化设置: 例如，存储用户的语言偏好或主题设置。
  • 跟踪用户行为: 用于分析用户行为或广告跟踪（但这也可能带来隐私问题）。

Session

1. 什么是Session?

  • Session 是在服务器端维护的一个会话状态，用于跟踪与特定用户的交互。通常与Cookie配合使用，服务器生成的Session ID会保存在客户端的Cookie中，每次请求时，客户端会将Session ID发送回服务器，以恢复该会话的状态。

2. Session的主要特点:

  • 存储在服务器: 与Cookie不同，Session的数据存储在服务器上，而客户端只需要保存一个Session ID即可。
  • 短生命周期: 默认情况下，Session在用户关闭浏览器或经过一段时间不活动后会失效。服务器可以设置Session的过期时间。
  • 更大的数据存储: 由于Session存储在服务器端，理论上可以存储更多数据，而不受Cookie大小限制。

3. Session的典型用途:

  • 用户身份验证: 服务器可以通过Session保存用户的登录状态、权限信息等。
  • 购物车: 在电商网站中，Session可以用来存储用户的购物车信息，直到用户结账。
  • 其他用户状态: 例如，保存用户在网站上的临时设置或浏览历史。

Cookie与Session的对比

特性CookieSession
存储位置客户端（浏览器）服务器
安全性相对较低，容易被盗用相对较高，因为数据不存储在客户端
存储容量受限于每个Cookie大小（通常4KB）服务器端存储，容量更大
生命周期取决于设置的过期时间或浏览器关闭时删除一般在浏览器关闭或超时后失效
性能影响由于每次请求都会发送，可能对网络有一定影响存储在服务器端，对客户端无影响
用途常用于简单的数据存储，如用户偏好常用于敏感或较大的数据存储，如登录状态

Cookie和Session是Web开发中用于保持用户状态的两种重要机制。Cookie适合存储一些轻量的、非敏感的数据，而Session则更适合存储需要保密的、较大或复杂的数据。两者通常结合使用，以确保用户在Web应用中的流畅体验。

53.1 讲讲token

什么是Token?

1. Token的定义

  • Token 是一种在客户端与服务器之间传递的安全凭证，用于验证用户身份或授权访问资源。它通常是由服务器生成的一个字符串，包含加密的信息，可以验证用户的身份而无需存储在服务器端。

2. Token的类型

  • JWT（JSON Web Token）: JWT 是一种常用的Token格式，由三个部分组成：Header（头部）、Payload（负载）和Signature（签名）。它通常用于身份验证，包含用户身份信息及其他元数据，并且经过签名以防篡改。
  • OAuth Token: 在OAuth协议中，Token用来授权第三方应用访问用户在某服务上的资源。Token可以是访问令牌（Access Token）或刷新令牌（Refresh Token）。

3. Token的特点

  • 无状态性: 与Session不同，Token本身携带所有必要的信息，因此服务器不需要存储与Token关联的会话数据。服务器只需验证Token的签名即可确认其有效性。
  • 可扩展性: 由于Token是无状态的，服务器可以更容易地扩展，无需担心不同服务器之间的Session同步问题。
  • 安全性: Token通常会设置一个有效期，超过有效期后需要重新认证或刷新Token。它们可以通过HTTPS传输，以确保传输中的安全性。

4. Token的用途

  • 身份验证: 用户登录后，服务器生成Token并返回给客户端。客户端在后续的每个请求中都附带该Token，服务器通过验证Token来确认用户身份。
  • API授权: 当客户端访问某些受限资源或API时，可以通过Token来进行授权，确保只有拥有权限的用户或应用才能访问这些资源。

Token与Cookie、Session的区别

特性CookieSessionToken
存储位置客户端（浏览器）服务器客户端（浏览器、移动设备等）
状态管理有状态，需要服务器管理有状态，需要服务器管理无状态，不需要服务器存储会话数据
安全性易受跨站脚本（XSS）攻击安全性高，因为数据存储在服务器安全性较高，使用签名和加密方式，易扩展
适用场景用户偏好、轻量级数据存储用户登录状态、购物车等会话数据身份验证、API授权等
扩展性扩展性受限，多个服务器之间的会话同步可能较复杂扩展性受限，多个服务器之间的会话同步可能较复杂高扩展性，适用于分布式系统
性能每次请求都要发送，可能影响性能服务器需要管理和存储Session，影响性能服务器不需存储会话信息，性能更优
失效控制依赖浏览器设置的失效时间依赖服务器设置的Session过期时间通过Token的有效期控制，可以灵活设置
是否跨域受同源策略限制，不能跨域使用受同源策略限制，不能跨域使用通常可以跨域使用，适用于单点登录（SSO）等场景
  • Cookie 是客户端存储的一些小数据，用于保持简单的状态信息。
  • Session 是服务器端存储的会话数据，用于保持用户的登录状态和其他会话信息。
  • Token 是一种无状态的身份验证方式，通常用于API授权和分布式系统中。

Token相较于Cookie和Session，具有更好的扩展性和灵活性，特别适合微服务架构、移动端应用和分布式系统中的身份验证和授权场景。

54、Tomcat是什么？

Tomcat 是由 Apache 软件基金会（ASF）开发和维护的一款开源 Web 服务器和 Servlet 容器，正式名称为 Apache Tomcat。它被广泛用于运行 Java Web 应用程序，尤其是在开发和测试环境中。

  1. Tomcat 的核心功能
  • Web 服务器：Tomcat 作为一个 Web 服务器，可以处理 HTTP 请求，返回静态内容（如 HTML 文件、图像等）。它可以直接通过网络接收来自客户端（如浏览器）的请求，并将响应发送回客户端。
  • Servlet 容器：Tomcat 的核心功能是作为一个 Servlet 容器。Servlet 容器是一个运行环境，专门用于管理和执行 Java Servlet 和 JavaServer Pages (JSP) 的生命周期。Tomcat 可以加载 Servlet 和 JSP，将客户端请求分发给这些组件进行处理，并返回生成的动态内容。
  • JSP 引擎：Tomcat 内置了 JSP 引擎，它可以将 JSP 页面转换为 Servlet，然后由 Servlet 容器执行。这使得开发者可以编写 JSP 页面来生成动态 Web 内容。
  1. Tomcat 的作用和使用场景
  • 开发和测试：Tomcat 常用于开发和测试阶段，开发者可以快速部署 Java Web 应用并在本地进行调试和测试。它支持 Java EE Web 规范的许多关键部分，如 Servlet、JSP、Java Naming and Directory Interface (JNDI)、Java Authentication and Authorization Service (JAAS) 等。
  • 小型和中型应用部署：虽然 Tomcat 不支持全部的 Java EE 规范（如 Enterprise JavaBeans, EJB），但对于许多小型和中型 Web 应用程序，Tomcat 足以满足需求。它简单、轻量，适合用于这些场景的生产环境部署。
  • 嵌入式服务器：Tomcat 也可以作为嵌入式服务器集成到应用中。这种模式常用于 Spring Boot 应用中，开发者可以将 Tomcat 嵌入到应用中，生成一个独立的可执行 JAR 文件。
  1. Tomcat 的组件
  • Catalina：这是 Tomcat 的核心 Servlet 容器组件，负责处理所有 Servlet 相关的任务，如管理 Servlet 的生命周期、处理请求和响应等。
  • Coyote：这是 Tomcat 的连接器组件，处理 HTTP 1.1 协议。它负责接收来自客户端的请求，并将其交给 Catalina 处理。
  • Jasper：这是 Tomcat 的 JSP 引擎，负责将 JSP 页面编译为 Servlet。Jasper 在页面首次请求时进行编译，然后在后续请求中执行生成的 Servlet。
  • Cluster：这是 Tomcat 支持的集群组件，可以在多个 Tomcat 实例之间共享会话状态，支持高可用性和负载均衡。
  1. Tomcat 与其他 Web 服务器的区别
  • 轻量级：与功能更全面的 Java EE 应用服务器（如 WildFly、WebLogic、WebSphere）相比，Tomcat 更轻量，主要关注于 Web 层（Servlet 和 JSP）的支持，不支持一些高级 Java EE 规范，如 EJB。
  • 易于使用：Tomcat 的配置和使用相对简单，特别适合开发和测试环境。它的安装、配置和部署过程非常直接，且文档和社区支持丰富。
  • 开源：Tomcat 是开源项目，拥有活跃的开发者社区，持续提供更新和安全补丁。

Tomcat 是一个广泛使用的开源 Web 服务器和 Servlet 容器，适用于开发、测试以及小型到中型 Java Web 应用的生产部署。它轻量、高效，专注于 Web 应用的核心功能，如处理 HTTP 请求、管理 Servlet 和 JSP，是许多 Java Web 开发者的首选工具。

55、Tomcat有几种部署方式

Tomcat 提供了多种部署 Java Web 应用程序的方式，适应不同的开发和生产环境。以下是主要的部署方式：

  1. 将 WAR 文件放入 webapps 目录
  • 描述：这是 Tomcat 最常见的部署方式。你可以将一个打包好的 WAR 文件（Web Application Archive）直接复制到 Tomcat 的 webapps 目录下。
  • 工作原理：Tomcat 会自动检测到 webapps 目录下的新 WAR 文件，并解压缩它，将其部署为一个 Web 应用。
  • 优点：简单易用，适合开发和测试阶段的快速部署。
  1. 在 conf/server.xml 文件中配置 <Context> 元素
  • 描述：可以通过在 Tomcat 的 conf/server.xml 文件中手动添加 <Context> 元素来部署应用程序。
  • 工作原理：在 server.xml 中为每个应用程序定义一个 <Context> 元素，指定应用程序的路径和资源位置（可以是文件系统路径或 WAR 文件）。
  • 优点：提供了更精细的控制，如指定特定的配置或资源，但不建议频繁修改 server.xml，因为它影响整个服务器的配置。
  1. 使用 conf/Catalina/localhost 目录中的 context.xml 文件
  • 描述：可以在 conf/Catalina/localhost 目录下为每个应用程序创建一个 XML 文件，这个文件通常以应用程序的路径命名，并包含 <Context> 元素。
  • 工作原理：Tomcat 启动时会读取这些文件，并根据 <Context> 元素中的配置部署相应的应用。
  • 优点：无需修改全局 server.xml 文件，方便管理多个应用的独立配置。
  1. 直接在 webapps 目录中创建应用文件夹
  • 描述：直接在 webapps 目录中创建一个应用的根目录，将 Web 应用的所有文件（如 WEB-INF 文件夹、HTML 文件、JSP 文件等）放在其中。
  • 工作原理：Tomcat 会自动检测到 webapps 目录下的新文件夹，并将其视为一个 Web 应用进行部署。
  • 优点：快速而直观，适合开发环境中的快速迭代和测试。
  1. 使用 Tomcat Manager 部署
  • 描述：Tomcat 提供了一个 Web 界面工具，称为 Tomcat Manager，可以通过这个工具来管理应用的部署、重新加载、停止和删除。
  • 工作原理：通过 Tomcat Manager，可以上传 WAR 文件或指定应用程序的路径进行部署，并可以管理运行中的应用。
  • 优点：界面友好，适合远程管理和不方便直接访问服务器文件系统的场景。
  1. 嵌入式 Tomcat 部署
  • 描述：将 Tomcat 嵌入到一个独立的 Java 应用程序中。这种方式常用于 Spring Boot 应用。
  • 工作原理：通过 Maven 或 Gradle 将 Tomcat 作为依赖引入项目中，应用程序启动时内置的 Tomcat 服务器会自动启动，并部署应用。
  • 优点：生成的应用程序是一个独立的可执行 JAR 文件，部署和运行都非常简单，适合云环境和微服务架构。
  1. 使用命令行部署
  • 描述：使用 Tomcat 提供的命令行工具（如 catalina.sh 或 catalina.bat）进行应用的部署和管理。
  • 工作原理：通过命令行指定应用的路径、重启应用或部署新的 WAR 文件。
  • 优点：适合自动化脚本和 CI/CD 管道集成。

根据需求和环境，可以选择不同的部署方式。对于开发者来说，将 WAR 文件直接放入 webapps 目录或使用 Tomcat Manager 是最常用的。而对于生产环境，通常会选择更可控的方式，如配置 server.xml 或使用嵌入式 Tomcat。

56、什么是Servlet

Servlet 是 Java EE（Java Platform, Enterprise Edition）中的一个重要组件，用于扩展服务器的功能，特别是 Web 服务器。Servlet 本质上是一个 Java 类，它能够处理客户端（通常是浏览器）发送的请求，并生成动态的响应内容。Servlet 主要用于构建基于 Java 的 Web 应用程序。

Servlet 的关键特性

  1. 动态内容生成：
    • Servlet 可以处理客户端请求（例如，表单提交、文件上传等），根据业务逻辑生成动态内容（如 HTML、JSON、XML 等），并将这些内容作为响应返回给客户端。
  2. 跨平台和基于标准：
    • Servlet 是 Java 平台的一部分，具有跨平台特性，能够在支持 Java 的任何服务器上运行。同时，Servlet 基于 Java EE 规范，是一个标准的、经过良好定义的 API，保证了应用程序的可移植性。
  3. 生命周期管理：
    • Servlet 的生命周期由 Servlet 容器（如 Tomcat）管理。一个典型的生命周期包括：Servlet 类的加载和实例化、调用 init() 方法进行初始化、处理客户端请求（通过 service()、doGet()、doPost() 等方法），以及在服务器关闭或不再需要时调用 destroy() 方法销毁实例。

Servlet 的工作原理

  1. 客户端请求：
    • 客户端通过 HTTP 发送请求到服务器。这个请求通常包括一个 URL，以及可选的请求参数。
  2. 请求映射：
    • 服务器（例如 Tomcat）将请求映射到对应的 Servlet，通常基于 URL 的路径部分。
  3. Servlet 处理请求：
    • Servlet 容器调用对应 Servlet 的 service() 方法，该方法会进一步调用适当的 doGet() 或 doPost() 方法，取决于请求的类型（GET 或 POST）。
  4. 生成响应：
    • Servlet 处理完请求后，生成一个响应，通常是 HTML、JSON 或 XML 格式的动态内容，并将其发送回客户端。
  5. 客户端接收响应：
    • 客户端（例如浏览器）接收到服务器的响应并将其显示或进一步处理。

Servlet 的应用场景

  • 处理表单数据：Servlet 可以接收并处理 HTML 表单提交的数据，并返回处理结果给用户。
  • 实现 MVC 模式的控制器：在 MVC（Model-View-Controller）架构中，Servlet 常被用作控制器，负责处理请求、调度业务逻辑和选择视图。
  • 构建 RESTful Web 服务：Servlet 可以用于构建 RESTful API，处理各种 HTTP 方法（GET、POST、PUT、DELETE 等）并返回 JSON 或 XML 响应。

Servlet 是 Java Web 应用的核心技术之一，允许开发者通过编写 Java 代码来处理 HTTP 请求、生成动态内容，并控制整个 Web 应用的行为。它在开发 Web 应用时非常灵活，且由于基于 Java 的强大生态系统，具备很高的扩展性和可维护性。

57、什么是Servlet规范？

Servlet规范是Java EE（现称Jakarta EE）的一部分，它定义了一种用于在Java平台上创建Web应用程序的API和协议。Servlet是Java编写的服务器端组件，主要用于处理客户端的请求并生成响应，通常用于构建动态Web内容。

以下是Servlet规范的主要内容和特点：

  1. API定义：Servlet规范提供了一组接口和类，这些接口和类用于处理HTTP请求和响应。最主要的接口是javax.servlet.Servlet，它定义了Servlet的基本行为。
  2. 生命周期管理：Servlet规范定义了Servlet的生命周期，包括初始化、请求处理和销毁三个阶段。Servlet容器负责管理这些生命周期阶段。
  3. 请求和响应处理：Servlet规范提供了HttpServlet类，允许开发人员通过重写doGet()、doPost()等方法来处理HTTP请求。通过HttpServletRequest和HttpServletResponse对象，开发人员可以访问请求信息和发送响应。
  4. 会话管理：Servlet规范提供了会话管理的功能，允许开发人员跟踪用户会话状态。开发人员可以使用HttpSession对象来存储用户相关的信息。
  5. 异步处理：Servlet 3.0版本引入了异步处理功能，允许Servlet在处理请求时不阻塞线程，从而提高性能。
  6. 配置和部署：Servlet规范支持通过web.xml文件配置Servlet的映射、初始化参数和安全约束。此外，Servlet 3.0还支持注解配置，简化了Servlet的部署。
  7. 集成与扩展：Servlet可以与JavaServer Pages (JSP)、JavaServer Faces (JSF)等其他Java EE技术结合使用，形成完整的Web应用程序架构。

Servlet规范是Java Web开发的基础，为开发人员提供了构建高效、可扩展的Web应用程序的工具。

58、为什么我们将tomcat称为Web容器或者Servlet容器？

Tomcat被称为Web容器或Servlet容器是因为它提供了执行和管理Java Servlets和JavaServer Pages (JSP) 的环境。具体来说，Tomcat的功能和特点包括：

  1. Servlet规范的实现：Tomcat实现了Servlet和JSP规范，使得开发人员可以在Tomcat中部署和运行基于这些技术的Web应用程序。
  2. 请求处理：作为Web容器，Tomcat负责接收来自客户端（如浏览器）的HTTP请求，并将其传递给相应的Servlet进行处理。处理完成后，Tomcat会将Servlet生成的响应返回给客户端。
  3. 生命周期管理：Tomcat管理Servlet的生命周期，包括初始化、处理请求和销毁。它负责在需要时创建Servlet实例并调用其生命周期方法（如init()、service()和destroy()）。
  4. 会话管理：Tomcat提供会话管理功能，可以跟踪用户的会话状态，并为每个用户会话创建HttpSession对象。
  5. 多线程支持：Tomcat能够处理多个并发请求，利用线程池来管理请求处理的线程，提高了应用程序的性能和可伸缩性。
  6. 安全性：Tomcat提供了一些安全功能，如身份验证、授权和SSL支持，确保Web应用的安全性。
  7. 配置和扩展：Tomcat允许开发人员通过配置文件（如web.xml和context.xml）对应用程序进行细粒度的配置。此外，它支持通过JMX（Java Management Extensions）进行监控和管理。

综上所述，Tomcat作为一个Web容器或Servlet容器，提供了执行Java Web应用程序所需的所有功能和服务，因此在Java EE环境中得到了广泛应用。

59、Servlet的生命周期

Servlet的生命周期主要包括以下几个阶段，由Servlet容器（如Tomcat）管理：

  1. 加载和实例化：
    • 当Servlet被第一次请求时，Servlet容器会加载Servlet类并创建其实例。这一过程通常是在应用程序启动时或在第一次请求到达时发生。
  2. 初始化：
    • 一旦Servlet实例被创建，容器会调用其init()方法。这个方法用于进行一次性初始化操作，比如读取配置参数、初始化资源等。
    • init()方法接收一个ServletConfig对象，开发者可以通过它获取Servlet的初始化参数。
  3. 请求处理：
    • 当客户端发出请求时，容器会调用Servlet的service()方法。对于HTTP请求，通常会使用doGet()、doPost()、doPut()等方法来处理不同类型的请求。
    • service()方法会根据请求类型选择相应的方法进行处理，并将请求和响应对象传递给这些方法。
  4. 销毁：
    • 当Servlet不再需要或容器关闭时，容器会调用Servlet的destroy()方法。这个方法用于释放Servlet占用的资源，如关闭数据库连接、释放内存等。
    • destroy()方法在Servlet实例被销毁之前调用，通常是整个Web应用关闭时触发的。

生命周期图示

     +------------------+
     |                  |
     |   Servlet Class  |
     |                  |
     +------------------+
             |
             v
     +------------------+
     |                  |
     |   Load & Create  |
     |                  |
     +------------------+
             |
             v
     +------------------+
     |                  |
     |    Init Method   |
     |                  |
     +------------------+
             |
             v
     +------------------+
     |                  |
     |    Service Method |
     |                  |
     +------------------+
             |
             v
     +------------------+
     |                  |
     |   Destroy Method  |
     |                  |
     +------------------+

Servlet的生命周期管理是Servlet容器的关键功能之一。通过有效地管理Servlet的生命周期，容器能够确保Servlet能够高效地处理请求并有效地利用资源。

60、jsp和Servlet的区别

JSP（JavaServer Pages）和 Servlet 都是 Java EE 技术中的核心组件，用于创建动态 Web 内容，但它们在使用场景、结构和工作原理等方面有显著的区别。以下是它们的主要区别：

  1. 用途和定位
  • Servlet：
    • 是一种用于处理客户端请求并生成响应的 Java 类。Servlet 主要用于实现业务逻辑，如处理表单数据、与数据库交互、控制页面导航等。
    • 由于 Servlet 代码主要是 Java 代码，直接嵌入 HTML 代码不太直观，因此 Servlet 更适合处理逻辑控制，而不是页面展示。
  • JSP：
    • JSP 是一种用于生成动态 HTML 内容的技术，本质上是 Servlet 的扩展。JSP 页面包含 HTML 代码和嵌入的 Java 代码（通过特殊标签表示），更适合用于页面展示层。
    • JSP 简化了开发过程，使得页面设计者可以在 HTML 中嵌入少量的 Java 代码来处理动态内容。
  1. 编写方式

  • Servlet：

    • 纯 Java 代码，嵌入 HTML 代码通常需要使用 PrintWriter 对象逐行输出 HTML。

    • 示例：

      protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
    response.setContentType("text/html");
    PrintWriter out = response.getWriter();
    out.println("<html><body>");
    out.println("<h1>Hello, Servlet!</h1>");
    out.println("</body></html>");
}

  • JSP：

    • 主要是 HTML 代码，嵌入 Java 代码用来处理动态数据。常见的 JSP 标签有 <%= %>、<% %> 等。

    • 示例：

      <html>
<body>
    <h1>Hello, JSP!</h1>
    <% String name = request.getParameter("name"); %>
    <p>Welcome, <%= name %>!</p>
</body>
</html>
  1. 执行流程
  • Servlet：
    • 当客户端发送请求时，Servlet 容器（如 Tomcat）会根据请求 URL 将请求映射到相应的 Servlet 类，执行类中的方法（如 doGet、doPost），生成并返回响应。
  • JSP：
    • JSP 页面首次请求时，会被转换成对应的 Servlet 类（由容器自动完成），然后执行生成的 Servlet 类代码。因此，JSP 实际上是 Servlet 的一个简化形式，旨在简化动态内容生成的过程。
  1. 适用场景
  • Servlet：
    • 适用于控制器层面（如 MVC 模式中的控制器），主要负责业务逻辑处理、数据计算和页面导航控制。
  • JSP：
    • 适用于视图层面，主要负责数据展示，适合作为 MVC 模式中的视图组件。
  1. 生命周期
  • Servlet：
    • Servlet 的生命周期包括：加载类、实例化、调用 init 方法进行初始化、处理请求（调用 service 方法及其对应的 doGet、doPost 等）、调用 destroy 方法销毁实例。
  • JSP：
    • JSP 页面首次被访问时，容器会将其转换成 Servlet 并编译，之后的请求将直接调用该生成的 Servlet。生命周期类似于 Servlet，但 JSP 页面可以直接编写而无需手动编译。

总结

  • Servlet 更适合处理请求和响应中的复杂逻辑。
  • JSP 更适合处理页面展示，简化了在 Web 开发中嵌入动态内容的工作。
  • 在实践中，通常结合使用 Servlet 和 JSP，以发挥各自的优势。Servlet 负责业务逻辑处理，JSP 负责视图渲染（MVC 模式）。

61、九大内置对象

在JavaServer Pages (JSP) 中，有九个内置对象，它们可以直接在JSP页面中使用，而无需显式声明。以下是这九个内置对象及其功能：

  1. request：
    • 类型：javax.servlet.http.HttpServletRequest
    • 描述：表示客户端请求的对象，可以通过它获取请求参数、请求头、请求方法等信息。
  2. response：
    • 类型：javax.servlet.http.HttpServletResponse
    • 描述：表示发送给客户端的响应对象，可以用来设置响应头、内容类型、重定向等。
  3. out：
    • 类型：javax.servlet.jsp.JspWriter
    • 描述：用于向客户端输出内容，可以通过它将数据写入响应中。
  4. session：
    • 类型：javax.servlet.http.HttpSession
    • 描述：表示当前用户会话的对象，可以用于存储用户的会话信息，如用户登录状态、购物车内容等。
  5. application：
    • 类型：javax.servlet.ServletContext
    • 描述：表示整个Web应用程序的上下文对象，可以用于存储应用级别的信息，如配置参数和共享数据。
  6. config：
    • 类型：javax.servlet.ServletConfig
    • 描述：表示Servlet的配置信息对象，可以获取Servlet的初始化参数。
  7. page：
    • 类型：java.lang.Object
    • 描述：表示当前JSP页面的实例，可以用于访问页面级别的属性和方法。
  8. pageContext：
    • 类型：javax.servlet.jsp.PageContext
    • 描述：提供对JSP页面上下文的访问，包含了所有内置对象的引用，方便在JSP中进行管理和操作。
  9. exception：
    • 类型：java.lang.Throwable
    • 描述：在错误处理的情况下可用，表示发生的异常对象，通常在error.jsp页面中使用。

这九个内置对象使得开发人员可以方便地在JSP页面中访问请求、响应、会话和应用程序的各种信息，从而简化了动态Web内容的开发。

62、JSP的四大作用域

在 JavaServer Pages (JSP) 中，“作用域”（Scope）指的是对象在 JSP 页面中存在的范围和生命周期。JSP 提供了四种作用域，用于控制对象在 Web 应用程序中的可见性和生命周期。这四种作用域是：

  1. Page Scope（页面作用域）

  • 范围：当前 JSP 页面。

  • 生命周期：对象在创建后只在当前页面有效。当页面处理完成后，对象会被自动销毁。

  • 使用场景：适用于只在当前页面内使用的数据，如临时变量或计算结果。

  • 获取方式：通过 pageContext 对象获取或存储属性。

    <% pageContext.setAttribute("key", value); %>
<% String value = (String) pageContext.getAttribute("key"); %>
  1. Request Scope（请求作用域）

  • 范围：当前请求。

  • 生命周期：对象在一个请求的整个生命周期内有效。当请求结束（例如，服务器响应发回客户端）后，对象会被销毁。

  • 使用场景：适用于在请求期间需要共享的数据，如表单数据或查询结果，通常在多个 JSP 页面或 Servlet 之间传递。

  • 获取方式：通过 request 对象获取或存储属性。

    <% request.setAttribute("key", value); %>
<% String value = (String) request.getAttribute("key"); %>
  1. Session Scope（会话作用域）

  • 范围：用户会话。

  • 生命周期：对象在一个用户会话期间有效。当用户关闭浏览器、会话超时或手动结束会话时，对象会被销毁。

  • 使用场景：适用于需要跨多个请求和页面共享的数据，如用户登录信息、购物车等。

  • 获取方式：通过 session 对象获取或存储属性。

    <% session.setAttribute("key", value); %>
<% String value = (String) session.getAttribute("key"); %>
  1. Application Scope（应用作用域）

  • 范围：整个 Web 应用程序。

  • 生命周期：对象在 Web 应用程序启动时创建，并在应用程序关闭或重新启动时销毁。

  • 使用场景：适用于需要在整个应用程序中共享的数据，如应用配置或全局计数器。

  • 获取方式：通过 application 对象（即 ServletContext）获取或存储属性。

    <% application.setAttribute("key", value); %>
<% String value = (String) application.getAttribute("key"); %>

  • Page Scope：适用于当前页面内的数据。

  • Request Scope：适用于当前请求期间的数据。

  • Session Scope：适用于当前用户会话期间的数据。

  • Application Scope：适用于整个应用程序范围内的数据。

这四种作用域提供了灵活的机制来管理 JSP 页面中的对象生命周期和可见性，根据不同的应用需求选择合适的作用域可以提高代码的效率和可维护性。

63、GenericServlet和HttpServlet有什么区别？

GenericServlet 和 HttpServlet 都是 Java Servlet API 中的重要类，但它们有不同的用途和功能。以下是它们之间的主要区别：

  1. 用途
  • GenericServlet：
    • 是一个通用的抽象类，适用于任何类型的协议，不仅限于 HTTP 协议。它为创建各种协议的 Servlet 提供了一个通用的框架。
    • 如果你需要开发一个不依赖于特定协议的 Servlet，可以继承 GenericServlet。
  • HttpServlet：
    • 专门用于处理基于 HTTP 协议的请求。它继承自 GenericServlet，并扩展了 HTTP 特定的功能。
    • 如果你需要处理 HTTP 请求（如 GET、POST 请求），HttpServlet 是更合适的选择。
  1. 实现的抽象方法
  • GenericServlet：
    • GenericServlet 是一个抽象类，继承它的类必须实现 service 方法。这是处理客户端请求的核心方法。
    • service 方法接收 ServletRequest 和 ServletResponse 对象，但不限定请求类型。
  • HttpServlet：
    • HttpServlet 是 GenericServlet 的子类，它实现了 service 方法，并根据 HTTP 请求方法（如 GET、POST、PUT、DELETE 等）将请求分派给对应的处理方法（如 doGet、doPost 等）。
    • 开发者只需根据需要覆盖相应的 doGet、doPost 等方法，而不必直接实现 service 方法。
  1. 协议支持
  • GenericServlet：
    • 可以支持任何类型的协议，因为它与协议无关。适合用于开发通用的、非 HTTP 的服务端应用。
  • HttpServlet：
    • 专门用于支持 HTTP 协议，提供了对 HTTP 请求方法和响应的具体处理。适合用于 Web 应用开发。
  1. 使用场景

  • GenericServlet：

    • 用于创建与协议无关的通用 Servlet，或者在需要自定义协议时使用。

  • HttpServlet：

    • 用于开发基于 HTTP 的 Web 应用程序，如处理浏览器请求、创建 RESTful API 等。

  • 如果你开发的是一个基于 HTTP 协议的 Web 应用，应该使用 HttpServlet，因为它提供了对 HTTP 的强大支持，并简化了开发工作。

  • 如果你开发的是一个不依赖于特定协议或需要支持非 HTTP 协议的应用，则可以考虑使用 GenericServlet，以便获得更大的灵活性。

本站资源均来自互联网，仅供研究学习，禁止违法使用和商用，产生法律纠纷本站概不负责！如果侵犯了您的权益请与我们联系！

转载请注明出处： 免费源码网-免费的源码资源网站 » 1.3 JavaWeb基础面试题

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

 发表
评论 返回
顶部