【问题标题】:At which phase is managed bean constructed and which constructor is used在哪个阶段构造托管bean以及使用哪个构造函数
【发布时间】:2013-11-30 21:19:41
【问题描述】:

考虑官方教程中基于 JSF 的 web-app hello1 示例,在托管 bean 中添加了构造函数。关注index.xhtmlfacelet

<html lang="en"
      xmlns="http://www.w3.org/1999/xhtml"
      xmlns:h="http://xmlns.jcp.org/jsf/html">
    <h:head>
        <title>Facelets Hello Greeting</title>
    </h:head>
    <h:body>
        <h:form>
            <h:graphicImage url="#{resource['images:duke.waving.gif']}" 
                            alt="Duke waving his hand"/>
            <h2>Hello hui, my name is Duke. What's yours?</h2>
            <h:inputText id="username"
                         title="My name is: "
                         value="#{hello.name}"
                         required="true"
                         requiredMessage="Error: A name is required."
                         maxlength="25" />
            <p></p>
            <h:commandButton id="submit" value="Submit" action="response">
            </h:commandButton>
            <h:commandButton id="reset" value="Reset" type="reset">
            </h:commandButton>
        </h:form>
        <div class="messagecolor">
            <h:messages showSummary="true" 
                        showDetail="false"
                        errorStyle="color: #d20005" 
                        infoStyle="color: blue"/>
        </div>
    </h:body>
</html>

和修改后的托管 bean Hello.java

package javaeetutorial.hello1;


import javax.enterprise.context.RequestScoped;
import javax.inject.Named;

@Named
@RequestScoped
public class Hello {

    private String name;

    public Hello() {
    }
    public Hello(String name){
        this.name=name;
    }

    public String getName() {
        return name;
    }

    public void setName(String user_name) {
        this.name = user_name;
    }
}

两个公共构造函数。让我们在服务器上部署这个应用程序并发送初始请求,在inputText 中输入名称并单击submitsubmit点击后有回发请求。因此,正如教程中所写,我们有以下执行阶段的子阶段:

  1. 应用程序视图已构建或恢复。
  2. 应用请求参数值。
  3. 对组件值执行转换和验证。
  4. 使用组件值更新托管 bean。
  5. 应用程序逻辑被调用。

将在哪个阶段创建托管 bean 的实例?

将调用什么构造函数来创建这个实例,为什么?我不明白如何从index.xhtml 代码中观察到它。

【问题讨论】:

    标签: jsf managed-bean construction


    【解决方案1】:

    将在哪个阶段创建托管 bean 的实例?

    没有具体的。当任意 EL 表达式第一次需要引用托管 bean 而 bean 实例不存在于其范围内时,它是第一次构造的。这不依赖于任何特定的面孔事件。这可以在恢复视图阶段(第一阶段)进行,但也可以在渲染响应阶段(最后一个阶段)或介于两者之间的任何其他阶段进行。

    这一切都取决于在 EL 上下文中通过视图中的#{bean.xxx}(或在模型中以编程方式)引用 bean 的方式和位置。您通常不应该担心这一点。 JSF(特别是 EL)至少不会为了正确构建或处理或呈现视图而提前构建它。


    将调用什么构造函数来创建这个实例?为什么?

    当然是默认构造函数。因为 Javabeans 规范是这么说的。 JSF/CDI 托管 bean 工具从不使用所有其他构造函数。

    即便如此,您也不应该担心构造函数。您最好在 @PostConstruct 带注释的方法中执行初始化,而不是在构造函数中。也就是说,当 bean 由使用代理的 bean 管理框架(例如 CDI)管理时,默认构造函数的调用频率可能比预期的要高。


    我不明白如何从 index.xhtml 代码中观察到。

    只需在构造函数@PostConstruct 或任何相关的getter/setter 方法中放置一个断点,然后在调试模式下运行项目。一旦断点命中,检查调用堆栈。所涉及的类和方法通常具有相当自记录的名称。下面是使用@Named 时调用堆栈的示例:

    Daemon Thread [http-bio-8088-exec-6] (Suspended (entry into method <init> in TestBean)) 
        owns: LocalCache$StrongEntry  (id=503)  
        owns: SocketWrapper  (id=504)   
        TestBean$Proxy$_$$_WeldClientProxy.<init>() line: not available [local variables unavailable]   
        NativeConstructorAccessorImpl.newInstance0(Constructor, Object[]) line: not available [native method]   
        NativeConstructorAccessorImpl.newInstance(Object[]) line: 57    
        DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45    
        Constructor.newInstance(Object...) line: 526    
        Class.newInstance() line: 374   
        NewInstanceAction.run() line: 33    
        AccessController.doPrivileged(PrivilegedExceptionAction<T>) line: not available [native method] 
        ClientProxyFactory(ProxyFactory).create(BeanInstance) line: 271 
        ClientProxyFactory.create(BeanInstance) line: 111   
        ClientProxyProvider.createClientProxy(Bean<T>, Set<Type>) line: 181 
        ClientProxyProvider.createClientProxy(Bean<T>) line: 171    
        ClientProxyProvider.access$100(ClientProxyProvider, Bean) line: 45  
        ClientProxyProvider$CreateClientProxy.load(Bean<Object>) line: 56   
        ClientProxyProvider$CreateClientProxy.load(Object) line: 52 
        LocalCache$LoadingValueReference.loadFuture(K, CacheLoader<? super K,V>) line: 3589 
        LocalCache$Segment.loadSync(K, int, LoadingValueReference<K,V>, CacheLoader<? super K,V>) line: 2374    
        LocalCache$Segment.lockedGetOrLoad(K, int, CacheLoader<? super K,V>) line: 2337 
        LocalCache$Segment.get(K, int, CacheLoader<? super K,V>) line: 2252 
        LocalCache.get(K, CacheLoader<? super K,V>) line: 3990  
        LocalCache.getOrLoad(K) line: 3994  
        LocalCache$LocalLoadingCache.get(K) line: 4878  
        LoadingCacheUtils.getCacheValue(LoadingCache<K,V>, K) line: 52  
        LoadingCacheUtils.getCastCacheValue(LoadingCache<K,V>, Object) line: 80 
        ClientProxyProvider.getClientProxy(Bean<T>) line: 187   
        WeldELResolver(AbstractWeldELResolver).lookup(BeanManagerImpl, ELContext, String) line: 110 
        WeldELResolver(AbstractWeldELResolver).getValue(ELContext, Object, Object) line: 91 
        WeldApplication$LazyBeanManagerIntegrationELResolver(ForwardingELResolver).getValue(ELContext, Object, Object) line: 49 
        CompositeELResolver.getValue(ELContext, Object, Object) line: 67    
        DemuxCompositeELResolver._getValue(int, ELResolver[], ELContext, Object, Object) line: 176  
        DemuxCompositeELResolver.getValue(ELContext, Object, Object) line: 203  
        AstIdentifier.getValue(EvaluationContext) line: 72  
        ValueExpressionImpl.getValue(ELContext) line: 185   
        WeldValueExpression.getValue(ELContext) line: 50    
        ELText$ELTextVariable.writeText(ResponseWriter, ELContext) line: 227    
        ELText$ELTextComposite.writeText(ResponseWriter, ELContext) line: 150   
        TextInstruction.write(FacesContext) line: 85    
        UIInstructions.encodeBegin(FacesContext) line: 82   
        UIInstructions(UILeaf).encodeAll(FacesContext) line: 207    
        HtmlBody(UIComponent).encodeAll(FacesContext) line: 1899    
        UIViewRoot(UIComponent).encodeAll(FacesContext) line: 1899  
        FaceletViewHandlingStrategy.renderView(FacesContext, UIViewRoot) line: 451  
        MultiViewHandler.renderView(FacesContext, UIViewRoot) line: 131 
        ConversationAwareViewHandler(ViewHandlerWrapper).renderView(FacesContext, UIViewRoot) line: 337 
        RenderResponsePhase.execute(FacesContext) line: 120 
        RenderResponsePhase(Phase).doPhase(FacesContext, Lifecycle, ListIterator<PhaseListener>) line: 101  
        LifecycleImpl.render(FacesContext) line: 219    
        FacesServlet.service(ServletRequest, ServletResponse) line: 647 
        ...
    

    从底部开始(我已经删除了FacesServlet.service 之后的所有行,因为这些行通常不相关)并从下到上阅读。 RenderResponsePhase.execute 表示它是在渲染响应阶段执行的。 TextInstruction.write 告诉它发生在模板文本中编写 EL 的结果时,例如 &lt;p&gt;#{bean.something}&lt;/p&gt;。剩下的就是 CDI 实现 Weld 如何查找和实例化代理,以及它如何反过来实例化实际的 bean 引用。

    如果它发生在不同的阶段,你会看到 RenderResponsePhase.execute 而不是 UpdateModelValuesPhase.execute 等等。

    【讨论】:

    • 你说“这在渲染响应阶段也可以很好”我认为这意味着 bean 将在PreRenderViewEvent 之后被实例化,这可能吗?另外,你说她stackoverflow.com/a/1804799/4170582 我认为与此相反,你能帮助我理解这一点,因为我很确定我错过了什么
    • @Tarik:具体哪一部分你不明白?答案是 “当任意 EL 表达式第一次需要引用托管 bean 而 bean 实例不存在于其范围内时,它是第一次构造的”。所以这不是特定于阶段的。它可能在恢复视图期间发生。但它也可能在渲染响应期间发生。以及介于两者之间的所有其他阶段。只需在例如中放置一个调试断点@PostConstruct 如果您真的想知道“何时”,请探索堆栈。
    • 好的,那么当这种情况发生在 Render 阶段时,这可能发生在 PreRenderViewEvent 之前吗?我认为我们对此没有任何保障?我在将其标记为重复后得到了这些问题:stackoverflow.com/questions/28813242/… 但我认为我做错了,我无法取消标记
    • @Tarik:这个问题重复了当前的问题。正如所回答的,第一次 bean 构造不依赖于任何特定的 faces 事件。
    猜你喜欢
    • 2012-12-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-07-23
    相关资源
    最近更新 更多