我是 Struts 2 的新手。我正在从 Struts2 In Action 一书中学习它。我很难理解 OGNL 中的一些概念，如下所示 -
我们知道params拦截器将数据从请求参数移动到ValueStack. 现在在阅读时，我遇到了这样一句话：“工作的棘手部分是将参数的名称映射到ValueStack.params表达式以在 ValueStack 上定位正确的目标属性”。
问题1）在这里，“解释”是什么意思？是 params 拦截器将请求参数转换为一些 OGNL 表达式，然后 OGNL 表达式提供到 ValueStack 中属性的映射，还是意味着其他什么？
当结果开始其呈现过程时，Struts 2 标记通过使用 OGNL 表达式引用特定值从 ValueStack 中检索数据。
问题2）所以标签采用OGNL表达式，但是数据是如何移动的？早些时候，params拦截器是移动数据的那个，但现在没有params拦截器。那么数据是如何被移动的呢？
答案#1
参数名称是 OGNL 表达式。这是 ConventionOverConfiguraiton 的一个例子。如果我们同意使参数的名称成为可以访问 javabeans 属性的有效 OGNL 表达式，那么很容易将该名称作为表达式传递给 OGNL。这当然是在内部完成的；除非您正在破解 Struts 2 代码的那部分，否则您实际上并不需要知道它是如何工作的。
答案#2
动作对象位于 ValueStack 的顶部。ValueStack 是可用的，因为它作为 ThreadLocal ActionContext 的一部分存在，可以从在同一线程上执行的任何代码中获得。由于 Web 应用程序使用单个线程来处理请求，我们知道结果层将能够到达 ValueStack 以检索数据，再次使用标记中的名称作为 OGNL 表达式。
笔记：
所有这一切的关键部分是 ValueStack 可用于在同一线程上执行的任何代码。这允许处理单个请求的所有代码访问 ValueStack，它们可以通过 ThreadLocal ActionContext 获得（如果您不理解，请阅读 Java 的 ThreadLocal 类）。
然后，params 拦截器可以尝试使用参数名称作为 OGNL 表达式将数据写入 ValueStack（作为 OGNL 上下文的服务器——如果您不理解，请再次阅读有关 OGNL API 的信息）。然后，处理响应呈现的 Result 类中的代码可以将标签库中的各种名称和值解释为 OGNL 表达式，以从 ValueStack 读取数据。
假设您编写了登录页面和相应的登录操作。在页面上，您有一个文本框，其名称表明它是用户对象的名称字段。您在页面上还有一个密码字段，表示它映射到用户对象上的 pwd 字段。
现在这里的对象图意味着它必须告诉参数拦截器名称字段实际上是登录操作中用户对象的名称字段。动作上下文、valuestack 和 OGNL 将共同拥有以下知识： 好吧，也许还有其他动作，例如 FileUploadAction。并且这些其他动作也可能具有用户对象引用。但是对于当前的操作上下文，登录页面中的名称字段实际上映射到登录操作的用户对象的名称字段。它不属于 FileUploadAction 的用户对象的名称字段。他们拥有这些知识，并且表现得好像字段本身（实际上是整个对象图）位于值堆栈上并且可以直接访问。（稍微了解一下 ThreadLocal 的背景会更好地理解这一点。）
拦截器是链式的，它成为前进和后退的责任链。一个拦截器可能会执行一些动作是前向或返回方向或两者兼而有之。所以让我们说流程如下所示：
Page 1-->Interceptor_1--> Interceptor_2 --> Interceptor_3 -->Action_1
那么返回流程如下：
Action_1 --> Interceptor_3 --> Interceptor_2 --> Interceptor_1 --> The result Page
因此，为了回答您的问题，params inteceptor 也将在返回流中被调用。
实际上，参数名称使用 OGNL 上下文评估为 OGNL 表达式，其中ValueStack是根对象。
在这里，您可以找到有关 XWork 中 OGNL 的有用信息。对于您的问题：映射意味着在评估表达式后 OGNL 返回的上下文中不存在null引用。因此，表达式本身是 OGNL 上下文抽象映射中的键。
JSP 在服务器端呈现，因此无需将数据移动到客户端。但是 OGNL 表达式由 struts 标记求值，并且如果值被写入响应输出或通过用作 OGNL 表达式的键使用对对象的相同引用，则值将被复制为字符串。您也可以创建一个新键或将对象推送到值堆栈的顶部。