Grails 3如何避免为特定URL/拦截器开启Hibernate会话？

针对你遇到的Grails 3 API限流场景下Hibernate会话过度消耗数据库连接的问题，我整理了几个基于Grails核心机制的实用方案，不需要依赖额外的API网关就能解决：

1. 用事务注解强制跳过会话创建 #

Grails控制器默认会为方法开启事务（进而触发Hibernate会话创建），你可以通过Spring的事务注解直接指定不需要会话的逻辑：

在你的API控制器类或特定方法上添加：

import org.springframework.transaction.annotation.Propagation
import org.springframework.transaction.annotation.Transactional

@Transactional(propagation = Propagation.NOT_SUPPORTED)
class ApiRateLimitController {
    def limitedApiAction() {
        // 你的API逻辑，这里不会创建Hibernate会话
    }
}

Propagation.NOT_SUPPORTED的作用是：如果当前存在活跃的Hibernate会话，就将其挂起；如果没有，就不会创建新的会话，完美匹配你的需求。如果整个控制器都是无DB操作的API，直接把注解加在类上即可。

2. 自定义OpenSessionInViewInterceptor排除特定URL #

Grails默认通过OpenSessionInViewInterceptor为每个请求自动打开Hibernate会话，你可以自定义这个拦截器，让它跳过你指定的API路径：

步骤1：创建自定义拦截器类 #

import org.grails.orm.hibernate.support.OpenSessionInViewInterceptor
import javax.servlet.http.HttpServletRequest
import javax.servlet.http.HttpServletResponse

class CustomOpenSessionInViewInterceptor extends OpenSessionInViewInterceptor {
    // 定义不需要会话的URL前缀或路径
    private List<String> excludedPaths = ["/api/rate-limited/**"]

    @Override
    boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        String requestUri = request.requestURI
        // 检查当前请求是否在排除列表中
        boolean isExcluded = excludedPaths.any { path ->
            requestUri.startsWith(path)
        }
        if (isExcluded) {
            // 跳过会话创建逻辑，直接返回true
            return true
        }
        // 否则执行默认的会话打开逻辑
        return super.preHandle(request, response, handler)
    }
}

步骤2：替换默认的拦截器 #

在grails-app/conf/spring/resources.groovy中注册自定义拦截器，覆盖默认的bean：

beans = {
    openSessionInViewInterceptor(CustomOpenSessionInViewInterceptor) {
        sessionFactory = ref('sessionFactory')
        // 可以在这里动态设置excludedPaths，比如从配置文件读取
        excludedPaths = grailsApplication.config.api.excludedPaths ?: ["/api/rate-limited/**"]
    }
}

3. 调整限流Interceptor的执行顺序（关键优化） #

既然你已经在用Interceptor做限流，一定要让它在Hibernate会话创建之前执行！这样被限流拒绝的请求根本不会走到会话创建的步骤，从根源上避免资源浪费。

在你的限流Interceptor类中重写getOrder()方法，设置更高的优先级：

class RateLimitInterceptor {
    int getOrder() {
        // 让限流拦截器比OpenSessionInViewInterceptor先运行
        return HIGHEST_PRECEDENCE + 10
    }

    boolean before() {
        // 你的限流逻辑：检查Redis中的请求次数，超过则返回429
        if (rateLimitExceeded()) {
            response.sendError(429, "Too Many Requests")
            return false
        }
        return true
    }
}

默认情况下OpenSessionInViewInterceptor的优先级是HIGHEST_PRECEDENCE + 20，所以设置HIGHEST_PRECEDENCE + 10就能确保限流逻辑先执行。

推荐组合方案 #

1. 先调整限流Interceptor的执行顺序，确保它在会话创建前拦截请求，直接拒绝超限请求；
2. 对合法的API请求，用@Transactional(Propagation.NOT_SUPPORTED)注解标记对应的控制器方法，彻底避免Hibernate会话创建；
3. 如果需要批量排除多个URL路径，再配合自定义OpenSessionInViewInterceptor来全局配置。

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