Контекст Go http не может зафиксировать сигнал отмены, когда запрос имеет тело (завиток, почтальон)

Проблему можно воспроизвести с помощью приведенного ниже простого фрагмента кода:

Простой http-сервер:

package main

import (
    "fmt"
    "log"
    "net/http"
    "time"
)

func handler(w http.ResponseWriter, r *http.Request) {
    go func(done <-chan struct{}) {
        <-done
        fmt.Println("message", "client connection has gone away, request got cancelled")
    }(r.Context().Done())

    time.Sleep(30 * time.Second)
    fmt.Fprintf(w, "Hi there, I love %s!\n", r.URL.Path[1:])
}

func main() {
    http.HandleFunc("/", handler)
    log.Fatal(http.ListenAndServe(":8080", nil))
}

Начните выше http-сервера, если я отправлю один простой запрос GET с завитком (также почтальон), например:

curl -X GET http://localhost:8080/

затем нажмите Ctrl+C, чтобы завершить запрос, после чего я смогу увидеть напечатанное сообщение на стороне сервера:

message client connection has gone away, request got cancelled

выше - правильное поведение, которое я ожидаю: для имитации ситуации, когда клиент ушел, сервер может его захватить, а затем отменить всю ненужную работу как можно раньше.

Но когда я отправляю один запрос POST с телом запроса, происходит ожидаемое поведение не, сигнал <-done фиксируется до тех пор, пока не наступит крайний срок запроса.

curl -X POST http://localhost:8080/ -H 'Content-Type: application/json' -d '{}'

Подводя итоги моих вопросов:

1. Почему и как запрос curl (почтальон) GET, POST (с телом запроса или без него) имеет такое значение?
2. Как мне правильно обработать этот случай с пакетом контекста go, я имею в виду, чтобы захватить сигнал «клиент ушел», как только он сможет, и, таким образом, отменить ненужную работу на стороне сервера, чтобы освободить ресурсы как можно раньше.