与 <jsp:include> 和 <@include> 相关的混淆？动态包含和 "friendly Containers"
Confusion related with <jsp:include> and <@ include>? Dynamic include and "friendly Containers"
在 Stack Overflow 上对发现的差异进行了很好的讨论 here。粗略地说，<jsp:include>是动态的，而<@ include>是静态的。然而，我有一些问题。
1.第一个问题
假设我使用 <jsp include> 来包含 header.jsp 文件。它会 运行 像这样：容器编译我的 JSP 文件并在 运行 期间它调用 header.jsp，它也会被编译.所以现在它使用其内容作为对我的 JSP 文件的响应（并将其合并）。但它是如何动态的？如果我更改 header.jsp 会怎样？因为它已经编译过，所以看不到任何变化。那么 <jsp: include page="header.jsp"/> 是否只是简单地编译 header.jsp 每次 以保持其动态行为？或者有不同的方法“告诉”Container 重新编译它？
2。第二个问题
无论第一个问题的答案是什么，我都知道它是动态的，无论它是如何做到的。好吧，直到我从 Head First JSP 和 Servlets 中看到这张图片。
这是否意味着 <@ include> 也可以是动态的？如果我在 Tomcat5（友好容器）中制作应用程序，我为什么要关心其他容器（旧版本）是否不友好？我的意思是，我会使用一个 Container 并坚持使用它，而不是将我的应用程序移到其他 Container 周围，对吗？所以为什么我不简单地总是使用 <@ include>，让容器“处理”包含文件中的任何更改，而且我不会因为每次使用 RequestDispatcher 而影响性能请求（比如 <jsp:include 有）。
<%@ include %> 指令是静态的，因为它获取包含文件的内容并简单地将其“转储”到指令的位置。这是在翻译时完成的，因此内容成为父 JSP 的一部分，就像您自己在那里写的一样。
<jsp:include> 操作是动态的，因为您通过向它发送请求来“调用它”，它可以生成包含在父 JSP 输出中的响应。使它动态的是您可以向它发送带有 <jsp:param> 子元素的参数。所以基本上，它不是在页面中转储一些内容，而是充当一个可以使用参数调用的函数。出于这个原因，您包含的内容不仅仅是内容，而且是使用模板生成的动态内容，您可以在不同的时间使用不同的参数调用该模板。
至于你的第二个问题，这与 <%@ include %> 指令或 <jsp:include> 操作本身无关，这就是服务器的工作方式（我觉得他们称之为愚蠢“一个友好的容器”，但是，好吧，我猜这些书试图变得友好）。 Tomcat 实施者决定他们可以让它检测编译时包含的页面何时发生更改，然后重新编译包含它的 JSP，但其他 servlet 容器可能没有。该规范并未指示实施者处理此问题，因此该行为不可移植到其他 servlet 容器。
如果你想利用这个事实，那是你的选择，假设你 运行 在你所有的环境中使用相同的服务器并且你可以保证这个事实不会改变，这个声明可以是有效的在开发环境中，或者如果你想玩一些东西，但很可能在专业环境中无效 运行宁面向用户的生产代码，在这种情况下，使用限制可移植性的专有东西是不受欢迎的做法。
在 Stack Overflow 上对发现的差异进行了很好的讨论 here。粗略地说，<jsp:include>是动态的，而<@ include>是静态的。然而，我有一些问题。
1.第一个问题
假设我使用 <jsp include> 来包含 header.jsp 文件。它会 运行 像这样：容器编译我的 JSP 文件并在 运行 期间它调用 header.jsp，它也会被编译.所以现在它使用其内容作为对我的 JSP 文件的响应（并将其合并）。但它是如何动态的？如果我更改 header.jsp 会怎样？因为它已经编译过，所以看不到任何变化。那么 <jsp: include page="header.jsp"/> 是否只是简单地编译 header.jsp 每次 以保持其动态行为？或者有不同的方法“告诉”Container 重新编译它？
2。第二个问题
无论第一个问题的答案是什么，我都知道它是动态的，无论它是如何做到的。好吧，直到我从 Head First JSP 和 Servlets 中看到这张图片。
这是否意味着 <@ include> 也可以是动态的？如果我在 Tomcat5（友好容器）中制作应用程序，我为什么要关心其他容器（旧版本）是否不友好？我的意思是，我会使用一个 Container 并坚持使用它，而不是将我的应用程序移到其他 Container 周围，对吗？所以为什么我不简单地总是使用 <@ include>，让容器“处理”包含文件中的任何更改，而且我不会因为每次使用 RequestDispatcher 而影响性能请求（比如 <jsp:include 有）。
<%@ include %> 指令是静态的，因为它获取包含文件的内容并简单地将其“转储”到指令的位置。这是在翻译时完成的，因此内容成为父 JSP 的一部分，就像您自己在那里写的一样。
<jsp:include> 操作是动态的，因为您通过向它发送请求来“调用它”，它可以生成包含在父 JSP 输出中的响应。使它动态的是您可以向它发送带有 <jsp:param> 子元素的参数。所以基本上，它不是在页面中转储一些内容，而是充当一个可以使用参数调用的函数。出于这个原因，您包含的内容不仅仅是内容，而且是使用模板生成的动态内容，您可以在不同的时间使用不同的参数调用该模板。
至于你的第二个问题，这与 <%@ include %> 指令或 <jsp:include> 操作本身无关，这就是服务器的工作方式（我觉得他们称之为愚蠢“一个友好的容器”，但是，好吧，我猜这些书试图变得友好）。 Tomcat 实施者决定他们可以让它检测编译时包含的页面何时发生更改，然后重新编译包含它的 JSP，但其他 servlet 容器可能没有。该规范并未指示实施者处理此问题，因此该行为不可移植到其他 servlet 容器。
如果你想利用这个事实，那是你的选择，假设你 运行 在你所有的环境中使用相同的服务器并且你可以保证这个事实不会改变，这个声明可以是有效的在开发环境中，或者如果你想玩一些东西，但很可能在专业环境中无效 运行宁面向用户的生产代码，在这种情况下，使用限制可移植性的专有东西是不受欢迎的做法。