这里的疑问在于pageContext和request都是JSP中的内置对象之一，为什么不直接用${request.contextPath}来获取项目路径？
出现这种疑问，其实是将JSP的内置对象和EL表达式的内置对象混淆了。
JSP的9大内置对象：
application:是servletContext的实例，代表JSP所属的web项目本身
config：是servletConfig的实例，代表当前JSP的配置信息
exception：是java.lang.Throwable的实例，该对象只有在JSP页面中设置了isErrorPage为true时，才能使用
out：jspWriter的实例，代表JSP页面的输出流
page:代表该页面本身，没有太大用处
pageContext：页面上下文对象
request：是httpservletrequest的实例，代表一次请求
response:是httpservletresponse的实例，代表服务器的响应
session:是Httpsession的实例，代表一次会话
EL表达式的11个内置对象：（EL表达式的格式${表达式}，它是一种简单的数据访问方式，是为了在JSP页面中不使用Java脚本语言而引进的）
pageContext：代表该页面的pageContext对象，和JSP的pageContext对象相同
pageScope：用于获取page范围内的属性值
requestScope:用于获取request范围内的属性值
responseScope:用于获取response范围内的属性值
sessionScope:用于获取session范围内的属性值
applicationScope:用于获取application范围内的属性值
param和paramValues：用于获取请求的参数值
header和headerValues:用于获取请求头信息
cookie:用于获取cookie中的值
initParam：用于获取web应用的初始化信息
通过以上比较，不难发现EL表达式中只有pageContext对象，而没有request对象，request对象是JSP的内置对象。那么在EL表达式中获取request对象，只能通过${pageContext.request}获取，同理，response和session对象也得这样获得。所以在获取项目绝对路径时，只能通过${pageContext.request.contextPath}来获取，对应于Java脚本语言中的<%=request.getContextPath()%>的方式