Groovy 4.0.3编译器未强制处理已检查异常的原因探究

我在Groovy 4.0.3脚本中编写了如下getCheckerFrameworkErrors方法：

private static List<List<String>> getCheckerFrameworkErrors(final String profile) {
    // ----- Non relevant section starts
    final List<String> checkerFrameworkLines = new ArrayList<>()
    final String command = "mvn -e --no-transfer-progress clean compile -P${profile}"
    final ProcessBuilder processBuilder = new ProcessBuilder(getOsSpecificCmd(command).split(' '))
    processBuilder.redirectErrorStream(true)
    final Process process = processBuilder.start()
    // ----- Non relevant section ends

    // ----- Relevant section starts
    final BufferedReader reader = new BufferedReader(new InputStreamReader(process.inputStream))
    String lineFromReader = reader.readLine()
    while (lineFromReader != null) {
        println(lineFromReader)
        checkerFrameworkLines.add(lineFromReader)
        lineFromReader = reader.readLine()
    }
    process.waitFor()
    reader.close()
    // ----- Relevant section ends
}

该方法未显式声明抛出异常，但其中调用的readLine()方法签名为public String readLine() throws IOException，waitFor()方法签名为public abstract int waitFor() throws InterruptedException，二者均抛出已检查异常，然而编译器未报错且脚本可成功执行。根据Java的认知，已检查异常需通过try-catch块处理或在方法上声明throws，请问这一现象的原因是什么？

这是Groovy语言的特性导致的，和Java的已检查异常规则不同：

• Groovy会自动将已检查异常包装为运行时异常并抛出，不需要开发者显式处理（既不用写try-catch捕获，也不用在方法上声明throws）。
• 具体来说，像IOException、InterruptedException这类Java的已检查异常，在Groovy中调用时会被自动包装成GroovyRuntimeException或其子类，作为非检查异常抛出，绕过了Java的强制处理要求。
• 这种设计是为了简化脚本开发，减少冗余的异常处理样板代码，让开发者更专注于业务逻辑实现。如果代码运行时真的触发了这些异常，会以运行时异常的形式暴露出来。

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