与 <jsp:include> 和 <@include> 相关的混淆？动态包含和“友好容器”

如何解决与 <jsp:include> 和 <@include> 相关的混淆？动态包含和“友好容器”

在 Stack Overflow 上有很好的讨论，讨论了它们之间的差异 here。粗略地说，<jsp:include> 是动态，而 <@ include> 是静态。不过，我还有一些问题。

1.第一个问题

假设我使用 <jsp include> 来包含 header.jsp 文件。它会像这样运行：Container 编译我的 JSP 文件，并在运行时调用 header.jsp，它也会被编译。所以现在它使用它的内容作为对我的 JSP 文件的响应（并组合它）。但它是如何动态的？如果我更改 header.jsp 会发生什么？由于它已经被编译，它不会看到任何变化。那么 <jsp: include page="header.jsp"/> 是否只是简单地编译header.jsp每次以保持其动态行为？或者有不同的方法“告诉”容器重新编译它？

2.第一个问题

无论第一个问题的答案是什么，我都理解它是动态的，无论它如何做。好吧，直到我从 Head First JSP 和 Servlets 中看到这张图片。

这是否意味着即使 <@ include> 也可以是动态的？如果我在 Tomcat5（友好容器）中制作应用程序，我为什么要关心其他一些容器（旧版本）是否不友好？我的意思是，我会使用一个容器并坚持使用它，而不是在其他容器周围移动我的应用程序，对吗？那么为什么我不总是简单地使用 <@ include>，让容器“处理”包含文件中的任何更改，而且我不会因为使用 RequestDispatcher 每个请求（例如<jsp:include 有）。

解决方法

<%@ include %> 指令是静态的，因为它获取包含文件的内容并简单地“转储”它来代替指令。这是在翻译时完成的，因此内容成为父 JSP 的一部分，就像您自己在那里编写一样。

<jsp:include> 操作是动态的，因为您通过向其发送请求来“调用”它，并且它可以生成包含在父 JSP 输出中的响应。使其动态化的是您可以使用 <jsp:param> 子元素向其发送参数。所以基本上，它不是在页面中转储一些内容，而是像一个可以用参数调用的函数。因此，您在其中包含的内容不仅是内容，而且是使用模板生成的动态内容，您可以在不同时间使用各种参数调用该模板。

至于您的第二个问题，这与 <%@ include %> 指令或 <jsp:include> 操作本身无关，这就是服务器的工作方式（我觉得他们将其称为“a友好的容器”，但好吧，我猜这些书试图变得友好）。 Tomcat 实现者决定他们可以让它检测编译时包含的页面何时发生更改，然后重新编译包含它的 JSP，但其他 servlet 容器可能没有。该规范并未指示实现者处理此问题，因此该行为不可移植到其他 servlet 容器。

如果您想利用这一事实，那是您的选择，假设您在所有环境中运行相同的服务器并且您可以保证这一事实不会改变，在开发环境中可能有效的声明，或者如果您想玩玩一些东西，但很可能在运行面向用户的生产代码的专业环境中无效，在这种情况下，使用限制可移植性的专有东西是不赞成的做法。