本文分析在使用JSP include标签集成jQuery时，因相对路径继承导致JS文件无法加载的问题。通过对比jsp:include与@include的执行顺序，指出公共JSP被包含后相对路径基准发生偏移。解决方案是在公共JSP中动态获取contextPath并拼接为绝对路径，确保无论被哪个页面引用，JS资源都能正确加载。
JSP include标签与路径问题概述
在使用JSP页面包含其他资源时，需留意jsp:include动作与<%@ include指令的差异及其对资源引用的影响。
两者在本文讨论的路径问题中，表现一致，但理解其底层机制有助于排查问题。
jsp:include动作会在运行时先编译被包含的JSP文件，生成对应的Servlet类，然后再执行包含操作。
<%@ include指令则在翻译阶段直接将目标文件的内容插入当前JSP源文件中，随后统一编译成一个Servlet。
jQuery集成中的路径失效分析
在尝试将jQuery库集成到现有项目时，遇到了脚本加载失败的错误，经排查确认为路径解析问题。
为了复用代码，计划创建一个公共JSP文件，用于集中管理常用的JavaScript库，例如jQuery插件。
测试发现，单独访问该公共JSP页面时jQuery运行正常，但通过include引入该页面的父页面却无法调用jQuery，起初误判为加载顺序错误。
经过多次调试与验证，最终定位到根本原因。
由于项目结构复杂，文件分散在不同目录层级，导致路径引用出现歧义。在公共JSP文件中，通常包含如下代码片段：
具体实现代码如下：
<%@ page language="java" import="java.util.*" pageEncoding="utf-8"%>
<script type="text/javascript" src="js/jquery132min.js"></script>
<script type="text/javascript">
$(function(){
alert('hello1');
});
</script>当其他页面通过以下方式引用该公共JSP时：
<%@ include file="../../common_ext.jsp"%>
这种写法极易引发资源加载错误。
原因在于，include指令将公共JSP的内容嵌入当前页面后，浏览器解析脚本路径时，仍基于当前页面的URL结构。公共JSP中使用的相对路径“js/jquery132min.js”是相对于公共JSP所在目录的，但嵌入后，该路径被解释为相对于当前页面的目录，从而导致找不到jQuery文件。简言之，相对路径在包含关系中会继承父页面的上下文，导致路径失效。
基于动态路径的解决方案
若强行修改公共JSP中的路径以适配所有父页面，将破坏其通用性。因此，推荐在公共JSP中使用动态生成的绝对路径：
修正后的代码如下：
<%@ page language="java" import="java.util.*" pageEncoding="utf-8"%>
<%
String tPath = request.getContextPath();
String tBasePath = request.getScheme()+"://"+request.getServerName()+":"+request.getServerPort()+tPath+"/";
%>
<script type="text/javascript" src="<%=tBasePath%>js/jquery132min.js"></script>
<script type="text/javascript">
$(function(){
alert('hello1');
});
</script>采用此方式后，只需在任意JSP页面中引入该公共JSP，即可确保jQuery等脚本资源被正确加载和执行。