如何确定is_granted调用时是哪个voter提供了授权校验

1. 确认自定义Voter注册状态与优先级 #

执行Symfony自带命令查看所有已生效的Voter列表与优先级：
php bin/console debug:security:voters

• 若你的自定义Voter不在列表中：检查Voter类是否添加了#[AsVoter]注解（Symfony 6+版本），或者服务配置是否打上了security.voter标签，确认Voter被正确注册到容器。
• 若Voter在列表中：记录它的优先级数值，优先级数值越高的Voter会被越先调用。

2. 开启授权日志查看调用链路 #

修改config/packages/security.yaml配置，开启AccessDecisionManager的运行日志：

security:
    access_decision_manager:
        log: true # 新增此行开启授权日志

触发异常的授权请求后，查看开发环境日志var/log/dev.log，搜索AccessDecisionManager关键字，日志会明确记录：

• 本次is_granted调用传入的权限属性、校验主体
• 依次调用的Voter列表
• 每个Voter返回的结果（同意/拒绝/弃权）
• 最终授权决策的生成逻辑

3. 断点调试确认流程 #

如果日志信息不足以定位问题，直接在Symfony\Component\Security\Core\Authorization\AccessDecisionManager::decide()方法处打调试断点，所有is_granted调用都会进入该方法，可步进查看Voter的调用顺序、每个Voter的返回值，直接定位提前返回同意的Voter。

常见异常原因 #

Symfony默认授权策略为affirmative：只要有一个Voter返回同意，就直接终止后续Voter调用，返回授权通过。最常见的触发场景是默认RoleVoter优先处理了你的权限规则：如果你的权限属性以ROLE_开头，RoleVoter会忽略校验主体，只要当前用户持有对应角色就直接返回同意，不会触发你的自定义Voter，这种情况将自定义权限属性改为非ROLE_前缀即可解决。

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