在哪个阶段构建托管bean，使用哪个构造函数

考虑一下官方教程中基于JSF的web应用程序hello1的示例，该示例在托管bean中添加了构造函数。下面的index.xhtml facelet

<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中键入名称，然后单击submit。点击submit后有回发请求。因此，正如tutroial中所写的，我们有以下执行阶段的子阶段：

应用程序视图已生成或还原
将应用请求参数值
对组件值执行转换和验证
托管bean使用组件值进行更新
调用应用程序逻辑

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

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

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

没有具体的人。当任意EL表达式需要第一次引用托管bean，而bean实例不在其作用域中时，它是第一次构造的。这不依赖于任何特定的面事件。这可以在恢复视图阶段（第一阶段）进行，但也可以在渲染响应阶段（最后阶段）或其间的任何其他阶段进行。

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

此实例创建将调用哪个构造函数，为什么

当然是默认的构造函数。因为Javabeans规范是这么说的。JSF/CDI管理的bean设施从来没有使用过所有其他构造函数。

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

我不明白如何从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告诉它发生在像<p>#{bean.something}</p>那样将EL的结果写入模板文本的过程中。剩下的就是CDI实现Weld如何查找和实例化代理，以及它如何实例化实际的bean引用。

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

相关内容

最新更新

热门标签：