Servlet 4.0 入门（1）

look_w

Servlet 简介Java servlet 是一项基于 HTTP 协议运行的服务器端技术。Servlet                等待客户端向服务器发送请求消息，然后向客户端返回响应消息。请求和响应消息由两部分组成：

• 标头包含消息相关信息。
• 主体包含消息的有效载荷，即其内容。

在传统交换中，客户端通过从浏览器或 curl 等另一个 HTTP 客户端请求特定的 URL 来调用 servlet。
在清单 1 中，请求 servlet 路径时，会激活该 servlet 。请求会被委派给相应的方法，这由 HTTP                方法来确定。在这种情况下，由于请求是 GET 方法请求，因此通过 Java servlet 的                doGet() 方法来处理该请求。
以下交换的 servlet 路径是： .
清单 1. servlet                简单实现

1 2 3 4 5 6 7 8 9 10 11 12 13 14

@WebServlet("/showlogoservlet") public class SimpleServlet extends HttpServlet {    @Override    protected void doGet(HttpServletRequest request,                         HttpServletResponse response)                         throws ServletException, IOException {        getServletContext()          .getRequestDispatcher("/showlogo.jsp")          .forward(request, response);    } }

Servlet 4.0 的主要新功能Servlet 4.0 的主要新功能为服务器推送和全新 API，该 API 可在运行时发现 servlet 的 URL 映射。
服务器推送是最直观的 HTTP/2 强化功能，通过 PushBuilder 接口在 servlet                中公开。服务器推送功能还在 JavaServer Faces API 中实现，并在 RenderResponsePhase                生命周期内调用，以便 JSF 页面可以利用其增强性能。
全新 servlet 映射发现接口 HttpServletMapping 使框架能够获取有关激活给定 servlet 请求的                URL 信息。这可能对框架尤为有用，这些框架需要这一信息来运行内部工作。
在接下来的部分，我将概述服务器推送及其如何在 Java servlet 中运行，包括 JSF 2.3                中的服务器推送。我还将展示一个交换示例，重点介绍全新 servlet 映射发现功能。
Servlet 4.0 中的服务器推送服务器推送使服务器能预测客户端请求的资源需求。然后，在完成请求处理之前，它可以将这些资源发送到客户端。
要了解服务器推送的好处，可以考虑一个包含图像和其他依赖项（比如 CSS 和 JavaScript                文件）的网页。客户端发出一个针对该网页的请求。服务器然后分析所请求的页面，确定呈现它所需的资源，并主动将这些资源发送到客户端的缓存。
在执行所有这些操作的同时，服务器仍在处理原始网页请求。客户端收到响应时，它需要的资源已经位于缓存中。
PushBuilderServlet 4.0 通过 PushBuilder 接口公开服务器推送。为了能够进行访问，您需要通过调用                newPushBuilder() 方法，从 HttpServletRequest 获取                PushBuilder 实例。清单 2 展示了如何获取 PushBuilder 实例。
清单 2. 如何获取全新                PushBuilder

1 2 3 4 5 6 7 8

@Override protected void doGet(HttpServletRequest request,                      HttpServletResponse response)                      throws ServletException, IOException {    PushBuilder pushBuilder = request.newPushBuilder(); }

每次调用 newPushBuilder() 方法时，都将返回 PushBuilder                的新实例。如果服务器推送不可用，newPushBuilder() 将返回                null。在某些情况下，客户端可能会为请求事务拒绝服务器推送。如果客户端没有使用安全连接，服务器推送也不会起作用。因此，务必要在对                PushBuilder 实例调用方法之前，针对 null 返回值进行测试。
顾名思义，PushBuilder 实现 Builder                模式。在这一实现过程中，通过链接赋值方法构建推送请求。这些赋值方法通过设置 HTTP 标头、方法类型（GET                是唯一的可接受值）、查询字符串、会话 ID 和资源路径（即，将要推出资源的路径），来配置 PushBuilder                实例。
大多数来自原始 HttpServletRequest 实例的请求标头，只添加到                PushBuilder 实例中。由于正确运行服务器推送并不需要某些标头，因此不包括以下标头：

• 条件标头
• Range 标头
• Expect 标头
• Authorization 标头
• Referrer 标头

现在，让我们看看如何构造和引发服务器推送操作。
1.设置推送资源这一路径是在向客户端推送资源之前必须设置的唯一配置。设置路径需要调用 path()                方法。该方法只能被调用一次，因为它会改变 PushBuilder                对象的路径值。该路径可能会以正斜杠（“/”）开头，指示资源路径是绝对路径；否则，该资源会被认为是相对于关联请求的上下文路径。该路径可以包含一个查询字符串，该查询字符串将与                queryString() 方法设置的任何字符串合并。
2.推送资源接下来，您将调用 push() 方法， 将资源推送到客户端。push()                方法用于发起与客户端的推送“对话”。在后台，会向客户端发送一个 PUSH_PROMISE                帧，类似于发送资源的意图通知。客户端可以通过发回 RST_STREAM                来拒绝资源。这种机制允许客户端保留对接收到的资源的控制。因此，客户端不会因不需要的资源或已经在缓存中的资源而过载。
如清单 3 所示，一旦获得了 PushBuilder 的实例，就可以多次重复使用。路径和条件标头都为                null，但是所有其他字段都原样保留。这些可以在另一个服务器推送中重复使用。
清单 3. 重复使用 PushBuilder                实例

1 2 3 4 5 6 7

PushBuilder pushBuilder = request.newPushBuilder(); if (pushBuilder != null) {    pushBuilder.path("images/hero-banner.jpg").push();    pushBuilder.path("css/menu.css").push();    pushBuilder.path("js/marquee.js").push(); }

在清单 3 中，hero-banner.jpg 的路径是通过 path() 方法在                PushBuilder 实例上设置的，并通过调用 push()                推送到客户端。push() 方法是非阻塞的，且立即返回，以便后续可推送更多资源（本例中为                    menu.css 和 marquee.js）。