PrimeFaces 6.1中@ConversationScoped致commandButton导航失效问题

这个问题我在维护老旧JSF应用时也踩过坑，ConversationScoped的会话管理逻辑和View/RequestScoped差异很大，导航失效大概率是会话生命周期没处理对，或者请求没带上会话标识。咱们一步步来解决：

1. 必须显式启动会话 #

ConversationScoped不像ViewScoped会自动绑定视图生命周期，必须手动调用conversation.begin()激活会话。一般在用户提交搜索参数时启动，否则会话处于"临时状态"，bean的状态无法正确关联到后续请求：

@Inject
private Conversation conversation;

public void performSearch() {
    // 先结束可能存在的旧会话，避免冲突
    if (!conversation.isTransient()) {
        conversation.end();
    }
    // 启动新会话
    conversation.begin();
    // 执行搜索逻辑，加载结果列表
    this.resultList = searchService.findEntities(searchParams);
}

2. 导航时必须传递会话ID（cid） #

ConversationScoped依赖请求中的cid参数来关联会话，导航时如果没带这个参数，JSF会认为是新会话，直接刷新原页面。有两种常见处理方式：

方式一：在action方法中手动拼接参数 #

如果用<p:commandButton>或<h:commandButton>，在返回导航路径时带上cid：

public String editEntity(YourEntity selectedEntity) {
    // 保存要编辑的实体到会话bean中
    this.currentEntity = selectedEntity;
    // 用faces-redirect=true触发重定向，避免服务器转发导致的视图问题
    return "editView?faces-redirect=true&cid=" + conversation.getId();
}

方式二：用<p:button>配合视图参数 #

如果是GET请求的导航按钮，可以用PrimeFaces的<p:button>，并通过视图参数自动传递cid：
首先在搜索页的元数据中声明cid参数：

<f:metadata>
    <f:viewParam name="cid" value="#{searchBean.conversation.id}" />
</f:metadata>

然后按钮配置：

<p:button value="编辑" outcome="editView" includeViewParams="true" />

3. 及时结束无用会话 #

会话会一直存在直到调用conversation.end()，如果不手动结束，不仅会占用内存，还可能导致后续请求的会话冲突。比如从编辑页返回搜索页时：

public String backToSearch() {
    // 结束当前会话
    conversation.end();
    return "searchView?faces-redirect=true";
}

4. 检查CDI启用配置 #

@ConversationScoped是CDI注解，Java 1.7对应的Java EE 6环境需要确保CDI已启用。如果是Tomcat这类轻量服务器，需要额外引入Weld依赖，并在web.xml中添加监听器：

<listener>
    <listener-class>org.jboss.weld.servlet.WeldInitialListener</listener-class>
</listener>

WildFly/JBoss这类全栈服务器默认已启用CDI，无需额外配置。

核心原因总结 #

你遇到的导航失效本质是：会话未激活，或者导航请求没有携带会话ID，导致JSF无法找到对应的ConversationScoped bean，最终将请求处理为新会话，刷新原页面。按照上面的步骤处理会话生命周期和参数传递，应该就能解决问题。

内容的提问来源于stack exchange，提问作者AlexSC