编辑“Turbine”（章节）

==Turbine工作机制==
当一个新的请求到来后，Turbine Servlet首先检查发出请求的用户是否已经存在一个对应的Session对象。如果用户还不存在Session对象， Turbine将请求重新定向到网站的HomePage ( 缺省情况下，HomePag是用户的登录页面，也可以在TurbineResources.properties文件中配置为其它页面 )。这样每一个用户的Session信息将能够被包含在URL中，系统可以追踪每一个用户的会话信息。如果HomePage在 TurbineResources.properties文件中配置为非登录页面，新创建的Session对象仅仅能够存储一些临时性的数据，而当用户真正登录系统之后，Session中可以通过保存一些长久性的数据。

为用户创建了Session之后，Turbine创建RunData Object，并把诸如Action的名字、Screen的名字或其他信息缓存到RunData object中。RunData Object将在整个系统中被传递，为Servlet后端的模块提供信息。Turbine会为每一个请求创建一个新的RunData Object。

然后，Turbine Servlet检查RunData Object中Action的值是否是LoginUser或是LogoutUser。这个检查必须发生在SessionValidator执行之前，确保 SessionValidator执行之前用户已经登录系统或者用户已经从系统中退出。如果Action的值是”LoginUser”，Turbine执行LoginUser Action，鉴别用户是否是一个已经注册过的用户。对于已经注册过的用户，更新用户的访问记录；对于未注册的用户，将Screen设定为注册用户页面。如果Action的值LogoutUser，Turbine执行LogoutUser Action，从Session中删除用户的登录信息，使用户成为未登录状态。

之后，Turbine Servlet将执行SessionValidator。SessionValidator从Session中获取User Object，将检查用户是否已经登录系统。如果用户还没有登录系统，用户的请求被拒绝，Screen将被定向为Login；如果是已经登录系统的用户，更新用户的访问记录；如果用户第一次登录系统，Screen被定向到系统的HomePage。如果用户不首先经过登录系统就能够浏览一些页面，我们必须实现自己的SessionValidator，让它什么也不做。对于有安全性要求的页面，我们应当定义一个执行SessionValidator的 Layout。当Page执行Layout的时候，Layou将调用SessionValidator作一些安全检查。

确认发出请求的用户是一个有效用户后，Turbine Servlet把这个用户的访问控制列表AccessControlList保存在RunData Object和Session中，Servlet后端的Model能够很容易访问权限方面的信息。

做完这些工作之后，Turbine Servlet把控制权转移给Page，然后Page引发执行一个事件链，直到得到整个Web页内容。首先，Page检查是否有Action被定义，有就执行Action；然后，Page向Screen请求Layou，并执行Screen返回的Layout，Layout又会执行Navigation和 Screen。最后，Page得到整个页面的HTML内容，并把控制还给Turbine Servlet。Turbine Servlet把得到的HTML内容作为响应发送给用户。
说明	输入内容	输出结果
斜体	''斜体文字''	斜体文字
粗体	'''粗体文字'''	粗体文字
粗斜体	'''''粗斜体文字'''''	*粗斜体文字*