OGNL表达式理解与介绍，

OGNL全名Object Graph Navigation Language，可认为是更完美EL表达式。

它可以真正意义上代替个传统jsp服务器脚本（<%%>）。本文不阐述OGNL的优势，志在为帮助大家理解并学习OGNL。

以下是struts2中的OGNL。

OGNL的表达式的资料确实不少，但几乎都是同一个版本，并且笔者真的有怀疑此版本的作者在一些关键问题上要么就是自己也没弄清楚，要么就是表达有问题，总之很容易就把简单的东西放到云里雾里。

下面让我来给大家理理思路。

1. OGNL有什么内容。

     OGNL的标准结构包含OGNL Context和ValueStack两部分。

     其中OGNL Context与传统的EL表达式大径相同，包含有parameterMap,requestAttributeMap,sessionAttributeMap,applicationAttributeMap

     而struts2 OGNL的ValueStack被指定为ActionContext。ActionContext是stack（先进后出的结构）的根节点，而Action中的属性成员则是stack的顶节点（第一层）。

2. 我们先要明白OGNL能实现到什么程度的功能。

     第一，OGNL是JSP脚本的替代品，又是EL，那么它一定是运行在服务器之上的。

     第二，OGNL可以page，request，session，application的attribute，request的parameter范围的数据，与一般的EL一致

     第三，OGNL可以访问Struts2中Action的属性。非常实用的数据绑定效果。

     第四，OGNL可以创建对象，并且定制对象的数据。一般EL没有的功能呢个，弥补一大缺陷

3. OGNL的格式。

     Struts2的OGNL表达式主要涉及#%$三个特殊符号。这里我们需要强调的是实际上OGNL的范畴中只有#%两个特殊符号，而$并不属于OGNL。这是许多OGNL资料中造成误解的主要地方。下面笔者具体说明它们的用法。

#  是OGNL查找符，当目标对象在根部或顶部，也就是根部的第一层树节点时，可直接使用对象名，并且必须只写对象名，不可使用#以作为区分。 struts2 OGNL的查找范围为OGNL context和ActionContext，其包含下面是顶节点：

名称  作用 例子 parameters 包含当前HTTP请求参数的Map #parameters.id[0]作用相当于request.getParameter(“id”) request 包含当前HttpServletRequest的属性（attribute)的Map #request.userName相当于request.getAttribute(“userName”) session 包含当前HttpSession的属性（attribute）的Map #session.userName相当于session.getAttribute(“userName”) application 包含当前应用的ServletContext的属性（attribute）的Map #application.userName相当于application.getAttribute(“userName”) attr 用于按request > session > application顺序访问其属性（attribute） #attr.userName相当于按顺序在以上三个范围（scope）内读取userName属性，直到找到为止 (value Stack) Action类的属性 #login.name相当于对应的Action类的name属性访问，可省略#

如name但要求其actionName为login  

其中parameters,request,session,application属于OGNL context范畴，而valuestack属于ActionContext范畴。

也就是说当使用parameters,request,session,application以及Action类的属性时#可省略，但这些非根非顶节点是必须完整给出#符号。

值得注意的是：除了ValueStack可以按照javaBean的getter/setter原则展开对象视图OG，也就是Action类的成员属性可按照getter方式查找；其余顶节点都是Map数据，只能查找自身所含的数据。我们说parameters是requestParameterMap；request是requestAttributeMap；session是sessionAttributeMap；application是applicationAttributeMap；attr是page，request，session，application的attributeMap

另外#在集合中可以作为筛选元素的条件，如books.{?#this.price<100}                //其中books是Action类的集合元素

格式#{数据1,数据2…}可以创建集合对象并引用其值

这里我们需要深入的去理解什么是顶节点和非顶节点？

其实非常简单以javaBean的getter/setter访问规则取到的对象就是栈顶顶节点，而非栈顶节点就是非顶节点。

而OGNL巧妙的用#符号标识了顶节点和非顶节点，如上述所说顶节点可不写#而且必须不写，非顶节点必须写#；

当然struts2已经预设了parameters,request,session,application和Action属性成员这么些顶节点供直接访问。

这就可以让OGNL知道查找对象的规则了。

请看下列表达式：

user.name       访问路径为Action成员getUser().getName()；栈顶节点

#user.name     访问路径为Action成员getUser().iterator()………

其实OGNL数据视图原理是基于对象数量级关系比所展开的视图，也就是说1：1的情况是javaBean的getter/setter，也就是OGNL称之的”顶节点”，而1：n的情况时1为顶访问n则需要注明非顶节点#。从上面的例子不难看出，OGNL的视图中只有集合/集合的元素与非集合两种类型，所以使用OGNL时我们仅需要记住一点集合属性或集合元素都要使用#

解释为何OGNL访问根不用#，而顶节点也不用#呢？实际上顶节点对应的只是根节点的getter方法，也就访问的只是根节点。

另外我还要强调一点，parameters,request,session,application并不是出自ActionContext，原因是request没有getter方法，实际上他是另外加入的。

%   将字符串变量的值按照OGNL表达式解析。也就是说字符串中#将按照特殊字符处理，仅此作用。 以上是OGNL的内容，接下来我们说说$的用法。

需要注意的是OGNL目前只能运行在标签中取值处，笔者认为未来的OGNL一定可以脱离标签项EL表达式的写法那样，这已经是大势所趋了

$ {}实际上传统EL的写法，是告知服务器在后台运行.

OGNL需要联合<s:property/>等标签库使用就拥有了OGNL表达式的运行环境，但离开标签库表达式只是普通的字符串，所以${}目前尚未提供OGNL表达式的运行环境。以往Struts的EL以后能完善此项功能。

这里简单的介绍EL：

struts的EL与OGNL的概念上有重复，其操作符号为. 并且预设了page，request，sesion等AtrributeMap，parameterMap对象限定只能查询Map所包含的内容，仅提供pageContext对象可使用javaBean的getter；操作上不分层必须以预设对象开始

总结：OGNL实际上最终发挥作用的是#，而%按照字符串转换#（省略#是顶节点），${}是传统的EL表达式

http://blog.sina.com.cn/s/blog_4fdb887b01013yjq.html