控制器多命令对象初始化异常：流已关闭问题咨询

你遇到的这个问题其实是HTTP请求处理里的一个常见“坑”——HTTP请求的输入流是一次性的，读完就会被关闭，没法重复读取。

为什么会报错？ #

在Grails（底层基于Spring MVC）中，当你在控制器方法里声明多个命令对象参数时，框架会依次尝试把请求体绑定到每个命令对象上：

• 第一个参数绑定成功，是因为它先读取了整个请求流来解析数据；
• 轮到第二个参数时，请求流已经被读完并关闭了，这时候再尝试读取就会抛出Stream closed的异常，不管你把哪个命令对象放在第二个位置都会触发这个问题。

解决办法 #

针对这个问题，有几个实用的解决方案，你可以根据自己的业务场景选择：

1. 合并命令对象（最推荐）

把两个命令类的字段合并成一个新的命令类，这样只需要一次请求流读取就能完成绑定。比如：

// 合并后的命令类
class CombinedBookCommand {
    // BookCommand的字段
    String bookTitle
    String author
    // AnotherBookCommand的字段
    String isbn
    Integer publicationYear
}

// 控制器方法修改为
BookController {
    def book(CombinedBookCommand combinedCommand) {
        // 业务逻辑处理
    }
}

这种方式最简洁，也符合大多数场景的设计逻辑，避免了重复读取流的问题。

2. 提前缓存请求体

如果必须保留两个独立的命令对象，可以通过拦截器提前把请求体读取并缓存，让后续的绑定操作复用缓存的内容。比如在Grails中自定义一个拦截器：

class RequestBodyCacheInterceptor {
    boolean before() {
        // 只处理JSON类型的请求
        if (request.contentType?.contains('application/json')) {
            // 读取请求体并缓存
            def bodyContent = request.reader.text
            request.setAttribute('cachedRequestBody', bodyContent)
            // 重置请求流，让后续可以重新读取
            request.inputStream = new ByteArrayInputStream(bodyContent.bytes)
        }
        true
    }
}

然后在控制器里手动解析缓存的内容到两个命令对象：

BookController {
    def book() {
        def cachedBody = request.getAttribute('cachedRequestBody')
        def jsonData = new JsonSlurper().parseText(cachedBody)
        
        def bookCommand = new BookCommand()
        def bookCommand2 = new AnotherBookCommand()
        
        // 手动绑定属性到命令对象
        bindData(bookCommand, jsonData)
        bindData(bookCommand2, jsonData)
        
        // 后续业务逻辑
    }
}

这种方式更灵活，但需要额外编写拦截器和手动绑定的代码。

3. 拆分API接口

如果两个命令对象对应不同的业务逻辑，考虑把接口拆分成两个独立的接口，分别处理不同的命令对象，从根源上避免重复读取请求流的问题。

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