Grails2升级4后Shiro标签<shiro:isLoggedIn>缺失SecurityManager异常排查

可能原因 #

• 线程上下文丢失：报错的大型GSP如果使用了Grails异步特性（比如<g:async>标签、Promise异步处理逻辑），Shiro的SecurityManager默认仅绑定在请求原始线程的ThreadContext中，子线程不会自动继承该上下文，就会触发找不到实例的错误。
• 标签作用域冲突：Grails 4调整了标签库的默认作用域规则，若原页面引入了自定义标签库、或者重写过Shiro标签的配置，和Shiro标签库的作用域（request/singleton）冲突，会导致标签执行时无法读取上下文。
• 渲染流程脱离Shiro过滤器覆盖：该GSP如果使用了自定义视图解析器、嵌套片段渲染、或者直接调用渲染方法绕过了Shiro的请求过滤器，Shiro没有机会将SecurityManager绑定到当前线程就开始执行标签逻辑，也会触发该错误。
• 依赖版本冲突：虽然你已配置compile "org.grails.plugins:grails-shiro:4.3"，但项目中可能残留Grails 2时代的旧版Shiro核心依赖，或者其他安全类插件（如Spring Security相关组件）和当前Shiro版本冲突，导致SecurityManager实例未正确注册到静态上下文。
• 延迟/事务逻辑嵌套调用：若页面在懒加载域对象、事务包裹的循环逻辑中嵌套调用Shiro标签，执行逻辑运行在独立的事务子线程中，也会丢失SecurityManager上下文。

排查重点 #

• 首先对比报错GSP和正常测试页面的功能差异，重点核查报错页面是否使用异步处理、自定义拦截器/过滤器、自定义渲染逻辑，确认是否有功能点绕过了Shiro的默认请求处理流程。
• 在报错标签的前序位置加入调试代码，打印org.apache.shiro.util.ThreadContext.getSecurityManager()的返回值，判断是页面全程上下文为空还是执行到特定逻辑后上下文丢失，后者基本可以定位为子线程/异步逻辑的上下文传递问题。
• 执行./gradlew dependencies命令筛查所有Shiro相关依赖，确认无旧版本Shiro包残留，同时排查是否存在其他安全框架依赖和Shiro的类冲突。
• 核对application.yml/application.groovy中的Shiro过滤器链配置，确认报错GSP对应的请求路径匹配了Shiro的过滤规则，没有被排除在拦截范围外。
• 采用最小复现法逐步精简报错GSP的代码，每次删除一部分功能后验证是否还报错，快速定位触发上下文丢失的具体代码段。

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