理解控件树

    WebLogic Portal 控件树代表门户内的所有结构元素，可充当构建新门户页所需的基础架构。在实例化门户时，新控件树在控件树处理期间创建(或从缓存清除，如果控件树已经存在)。门户性能的一个巨大阻碍就是门户内的控件的数量。门户控件越多(页、portlet、按钮等)，控件树就越大，呈现所有组件所需的时间越长。

    图 2 显示了一个为典型的门户所生成的控件树。由desktop 和 shell 创建一个主 book 和6个子book，而每个子book各包含2个页。每个页包含2个 portlet。所以，整个门户共包含至少42个控件。

图2.一个门户实例的典型控件树

    一旦控件树构建完毕且实例变量也设置成功，在门户被完全呈现之前，此树必须在整个生命周期针对每个控件运行。生命周期方法被顺序调用。即，调用每个控件的 init() 方法，然后是每个控件的loadState() 方法，等等，调用的顺序由每个控件在门户分类图中的位置决定。

    在生命周期运行每个控件需要一些开销处理时间，如果门户有数千个控件，这一时间就有可能会按指数级增长。因此可见，门户控件树越大，对性能的影响就越严重。

    在 WebLogic Portal 中监视性能

    门户的性能主要表现在当用户单击对象向门户servlet发送请求时，实际呈现该门户及其所有组成部分所需的时间。

    面临的第一个困难是如何监视和测量门户的整体性能。内置的管理功能并不能充分满足整个系统，特别是各个门户组件(包括portlet 以及由WebLogic Portal容器运行的其他代码)、到任意或所有数据库的连接、事务服务器、主机系统和其他终端系统。

    无论使用的是何种工具，该工具都需要能：

    监视跨整个工作流发生的以及在各个过程中发生的那些复杂的动态交互。
    能简洁直观地显示结果数据，以突出所存在的问题(以及在门户工作流中发生的位置)并让管理员能快速向下钻取(如果需要，可钻取至各个portlet 或事务)以发现问题的根源。
    总结整体性能以及关键的门户工作流领域(门户servlet、控件树处理、JSP backing文件、Java页面流、portlet、到后端系统的连接以及门户服务)中的性能。