13.1. 再谈el（Expression Language）
我们已经知道el是jsp-2.0规范的一部分，tomcat-5.x版本以上都已经能够支持jsp-2.0规范，但在更低版本的tomcat和webphere,weblogic中还是无法使用这一便捷方式。
其实我们也可以选择在jsp中禁止使用el表达式，使用jsp指令（directive）可以对禁用某一个jsp中的el表达式。
禁用之后的el表达式会以原样显示出来，如下图所示。
为了对照，我们还在13-01下放了一个可以正常使用el表达式的例子，运行效果如下图显示。
在13-01/index.jsp中禁用el表达式，是使用了isELIgnore="true"这样一条jsp指令（directive），请注意大小写。
<%@ page isELIgnored="true" %>
<%
pageContext.setAttribute("hello", "Hello World");
%>
${hello}
还有一种批量禁用el的方法，我们可以在WEB-INF/web.xml中使用jsp-property-group标签批量禁用el，我们在13-02/WEB-INF/web.xml中进行如下配置。
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
version="2.4">
<jsp-config>
<jsp-property-group>
<url-pattern>*.jsp</url-pattern>
<el-ignored>true</el-ignored>
</jsp-property-group>
</jsp-config>
</web-app>
这样就会禁用所有以.jsp后缀的请求中的el表达式，使用这种方式需要注意两点。
-
jsp-property-group标签是jsp-2.0中新增功能，如果你使用低版本的web.xml（2.3或以下）就不能使用这个标签了。
-
设置jsp-config会影响jsp生成servlet的过程，如果程序修改时已经有jsp转换成servlet并缓存在work目录下，那么修改后需要先清除缓存，才能看到效果。
实际上还有第三种方法可以禁用掉所有jsp中的el表达式，那就是把web.xml定义为2.3版。
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
</web-app>
这个就是13-03/WEB-INF/web.xml的定义，定义了web-app的版本号是2.3，这样一来所有的jsp都无法使用el表达式了，因为el表达式是2.4版才开始支持的功能。
13.2. 作用域
使用el的时候，默认会以一定顺序搜索四个作用域，将最先找到的变量值显示出来。
如果我们有${username}这样一个正则表达式，它回去依次调用pageContext.getAttribute("username") -> request.getAttribute("username") -> session.getAttribute("username") -> application.getAttribute("username")，只要找到某一个不为空的值就立刻返回。
这样的确方便我们的操作，但是随之也出现了另外一个问题，如果pageContext和request中有同名变量，但是我想取得request中的变量该如何是好呢？这就需要为el表达式引入作用域的概念了。
${pageScope.username}
${requestScope.username}
我们可以直接访问13-04这个应用，看看el表达式支持的所有对象。
下面我们分别对每个作用域对象进行讲解。
表 13.1. el中的作用域
|
|
例子中的${pageContext.request.contextPath}返回的是request.getContextPath()的值，在此例中就是/13-04，我们经常使用这个来拼接jsp中的绝对路径。 这里的${pageContext.request.contextPath}是一种特殊用法，不能使用${request.contextPath}的形式替代。 |
|
|
pageScope, requestScope, sessionScope, appliationScope都可以看作是Map型变量，调用其中的数据可以使用${pageScope.name}或${pageScope["name"]}的形式，这两种写法是等价的。 在某些情况下只能使用${pageScope["content-type"]}，这里不能写成${pageScope.content-type}，jsp无法解析连字符（-）会出现错误。 |
|
|
需要注意的是${paramValues.name}得到的是一个字符串数组，如果需要获得其中某个值，还需要使用${paramValues.name[0]}指定数组中的索引。 这与下面的${headerValues.name}是相似的。 |
|
|
${header.name}会取得http请求中的header参数，现实工作中很少用到这里的数据。 例子中使用Host是指请求访问的主机地址，包括ip和端口号。而Referer比较有趣，如果用户通过超链接跳转过来的，Referer会保存上次访问页面的地址，我们就可以通过它来统计哪些用户是从哪里转来的了。 |
|
|
${cookie.name}将获得对应cookie的对象，比如我们用jsp将一段cookie发送给客户端。 Cookie cookie = new Cookie("username", "Username in cookie");
response.addCookie(cookie);
创建一个名称为username，值为"Username in cookie"的Cookie对象，然后发送给客户端。 然后我们就可以使用${cookie.username}获得这个cookie了，${cookie.username.name}获得cookie名称，${cookie.username.value}获得cookie值。 |
|
|
ServletContext.getInitParamter()指的应用的初始变量，这些变量都是定义在web.xml中的。 <context-param>
<param-name>username</param-name>
<param-value>username with context param</param-value>
</context-param>
${initParam.username}就会得到这里的变量值。 |
以上都是死记硬背的东西，建议实际用到的时候翻看一下就好了，演示代码都放在13-04下，为了获得param和cookie还要点击一下最下边的连接才可以。
