使用Grails 2.5.6 Promises时偶发NullPointerException问题求助

碰到这种偶发的Promise报错，首先得把问题的“真面目”挖出来，再针对性解决。我给你梳理几个大概率的原因和对应的处理方案：

1. 先补上关键的异常日志，定位真实错误 #

你当前的onError块只打印了"Error!"，完全没输出异常的具体信息和栈轨迹，这就是没法定位原因的核心问题！先把这块修改了，下次报错时就能知道到底是啥错：

.onError { Throwable t ->
    log.debug "Promise执行出错!", t
}

修改后日志会完整显示异常类型、错误信息和调用栈，这是排查的关键第一步。

2. 线程上下文丢失导致的偶发问题 #

Grails 2.x的Promise基于GPars Actors实现，Promises.task里的代码是在独立的Actor线程中执行的，而Grails的日志、请求上下文（比如request、session）都是绑定在原始请求线程上的。偶发情况下，Actor线程没有继承这些上下文，就会导致类似日志无法输出、上下文获取失败的报错。

解决办法是手动把请求上下文传递到task线程中：

def bar() {
    // 先保存当前请求的上下文
    def webRequest = RequestContextHolder.currentRequestAttributes()
    
    Promises.task {
        // 在Actor线程中设置上下文
        RequestContextHolder.setRequestAttributes(webRequest)
        log.debug "Hello, Test!"
    }.onComplete {
        log.debug "Complete!"
    }.onError { Throwable t ->
        log.debug "Promise执行出错!", t
    }
    
    render "OK"
}

这样不管哪个线程执行task，都能拿到正确的web上下文，避免偶发的上下文缺失问题。

3. 升级GPars版本解决潜在的线程bug #

Grails 2.5.6默认依赖的GPars版本可能存在一些线程池或Actor相关的偶发bug。你可以尝试升级到更稳定的GPars版本，在BuildConfig.groovy里添加指定依赖：

dependencies {
    // 保留其他原有依赖，新增这行
    compile 'org.codehaus.gpars:gpars:1.2.1'
}

这个版本是经过较多验证的稳定版，能解决不少旧版本里的偶发线程问题。

4. 检查线程池资源是否耗尽 #

如果你的接口被高频调用，GPars的Actor线程池可能会因为资源耗尽导致后续task无法执行，出现偶发报错。可以通过日志监控线程池的状态，或者调整GPars的线程池配置（在Config.groovy里添加）：

gpars {
    pool {
        size = 10 // 根据你的业务场景调整线程池大小
    }
}

先按上面的步骤改，尤其是第一步补全异常日志，拿到具体错误后就能更精准地解决问题了。

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