Groovy中API响应码为何影响DELETE请求的执行？

核心原因：HttpURLConnection的延迟执行机制 #

Java的HttpURLConnection（Groovy直接复用了这个类）采用延迟请求发送的设计逻辑：

• 调用connect()仅完成与服务器的TCP连接建立，并不会立刻把HTTP请求的核心内容（比如DELETE方法、请求头配置）发送给服务器。
• 只有当你尝试读取响应相关数据时（比如responseCode、inputStream、errorStream），才会触发请求的实际发送——把之前配置的所有请求参数打包传递给服务器。

你的代码里，去掉if (connection.responseCode == 202) {}后，没有任何读取响应的操作，导致请求根本没发出去，服务器自然不会执行删除动作；而只要访问了responseCode，不管你用它做什么判断，都会触发请求发送，所以API能收到DELETE指令并执行。

规范的解决方式 #

不需要写空判断这种不规范的代码，只要明确触发请求发送即可，更严谨的做法是主动处理响应（同时避免资源泄漏）：

import java.net.HttpURLConnection

def BaseUrl = "Someurl.com"  
def personalAccessToken = "TOKEN"
def objectId = "id"  
def url = new URL("${BaseUrl}/apistuff/object")

def connection = url.openConnection() as HttpURLConnection
try {
    connection.requestMethod = "DELETE"
    connection.setRequestProperty("Authorization", "Bearer ${personalAccessToken}")
    connection.setRequestProperty("Content-Type", "application/json")

    // 触发请求发送并获取响应码
    int responseCode = connection.responseCode
    // 可选：根据需求读取响应内容
    // def responseContent = connection.inputStream.text

    println("请求响应码：${responseCode}")
} finally {
    connection.disconnect()
}

补充说明 #

• 不要依赖空判断这种投机写法，明确读取响应相关信息才是符合规范的触发方式。
• 用try-finally包裹连接操作，确保无论请求成功与否，连接都能被正常断开，避免资源泄漏。

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