Symfony登录表单失效：认证成功后仍被重定向至首页

看起来你遇到的是一个典型的「认证成功但会话未保持」的问题，日志里的信息已经给出了关键线索：先显示用户认证成功，然后又把TokenStorage重置成了匿名Token，这说明会话没有正确保存或者后续请求没有带上会话信息。下面我一步步帮你排查和解决：

1. 检查Firewall配置的顺序和范围 #

首先，确保你的security.yml里的firewall配置覆盖了登录路径和会员区路径，同时注意规则匹配顺序：

security:
    firewalls:
        main:
            pattern: ^/
            form_login:
                provider: fos_userbundle
                login_path: fos_user_security_login
                check_path: fos_user_security_check
                default_target_path: detail_page_membre
                # 若要强制使用指定的跳转目标，可开启下面这行
                # always_use_default_target_path: true
            logout:
                path: fos_user_security_logout
                target: /
            anonymous: true
    access_control:
        # 更具体的会员区规则要放在前面，避免被宽泛规则覆盖
        - { path: ^/membre, roles: ROLE_USER }
        - { path: ^/login$, roles: IS_AUTHENTICATED_ANONYMOUSLY }
        - { path: ^/register, roles: IS_AUTHENTICATED_ANONYMOUSLY }
        - { path: ^/resetting, roles: IS_AUTHENTICATED_ANONYMOUSLY }

注意：access_control是从上到下匹配的，所以一定要把会员专区这类具体路径的规则放在最前面，避免被^/这类宽泛规则提前匹配。

2. 排查会话保存异常 #

日志里出现「Populated the TokenStorage with an anonymous Token」，大概率是会话没有被正确保存，后续请求无法识别已登录用户。你可以从这几点入手：

• 检查浏览器Cookie：登录后确认是否存在Symfony会话Cookie（默认是PHPSESSID或自定义名称），如果没有，检查framework.yml的session配置：

framework:
    session:
        handler_id: null
        cookie_secure: auto # 本地开发可设为false，线上建议设为true
        cookie_samesite: lax # 避免跨域会话丢失问题
        name: SFSESSID

• 确认服务器会话目录权限：确保var/sessions/目录有读写权限，Symfony需要能在这里存储会话数据。

3. 确认_target_path的设置有效性 #

你手动设置了_target_path为detail_page_membre，要确保这几点：

• 路由名称detail_page_membre完全正确，没有拼写错误；
• 表单里的隐藏字段名正确，示例如下：

<form action="{{ path('fos_user_security_check') }}" method="post">
    {# 账号密码字段 #}
    <input type="hidden" name="_target_path" value="{{ path('detail_page_membre') }}" />
    <button type="submit">登录</button>
</form>

如果想更可靠，直接在security.yml的form_login节点下配置default_target_path: detail_page_membre，这样无需手动设置表单字段，登录后会自动跳转。

4. 排查自定义代码或第三方bundle冲突 #

有时候自定义的事件监听（比如KernelRequestEvent）会意外重置Token，或者第三方bundle存在冲突。你可以暂时禁用自定义的事件监听，或者使用FOSUserBundle的默认登录模板测试，看是否能正常跳转，以此排查是不是自定义代码的问题。

5. 清除缓存后重新测试 #

不要忘了清除Symfony缓存，尤其是开发环境：

php bin/console cache:clear

缓存过期可能导致配置不生效，清除后再重新测试登录流程。

如果以上步骤都试过还是有问题，建议仔细查看完整日志，看看在「User has been authenticated successfully」和「Populated the TokenStorage with an anonymous Token」之间有没有会话保存失败的异常信息，这会帮你进一步定位问题。

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