Я отправляю тело JSON в своем запросе POST, но http.DetectContentType идентифицирует его как текстовый/обычный тип.
Я хочу иметь гибкость для обработки полезной нагрузки запроса на основе их типа контента - если XML {} если JSON {} else {NO Processing}
Чтобы добиться этой условной обработки, я использую http.DetectContentType для возврата типа содержимого запроса, но он возвращает text/plain для каждого сценария.
func Test(w http.ResponseWriter, r *http.Request) *ErrorObject {
reqBuffer := make([]byte, 512)
_, err := r.Body.Read(reqBuffer)
if err != nil {
return ErrorObject{}.New(1, err, nil)
}
contentType := GetContentType(reqBuffer)
fmt.Printf(contentType)
if contentType == "application/xml" || contentType == "text/xml" {
w.Header().Set("Content-Type", "application/xml; charset=UTF-8") ...}
if contentType == "application/json" || contentType == "text/json" {
w.Header().Set("Content-Type", "application/json; charset=UTF-8") ... }
else return Invalid Request Type error
}
func GetContentType(buffer []byte) string {
fmt.Println(string(buffer))
contentType := http.DetectContentType(buffer)
fmt.Printf(contentType)
return contentType
}
Ожидайте возврата функции - тип контента как application/json, но получающий text/plain
Использование POSTMAN для отправки запроса на сервер с телом как необработанным и JSON
{
"data": [
{
"group": "TEST",
"name": "TEST",
"released": true,
"version": 1,
"teststeps": [
{
"bin": 32,
"comment": "PAA",
"dataType": "J",
"format": "R6.2",
"id": "PAA3",
"osg": 8,
"usg": 0
}
],
"parameters": [
{
"comment": "test",
"description": "test",
"format": "R7.0",
"id": 1,
"teststepId": "PAA",
"value": 30,
"type": "teststep"
}
]
}
]
}
Как правило, ответственность за правильную установку заголовка Content-Type при отправке запроса лежит на клиенте. Вам вообще не нужно его обнаруживать.

I am using http.DetectContentType to return the content type o the request but it is returning text/plain is every scenario.
Согласно документацияDetectContentType"... реализует алгоритм, описанный в https://mimesniff.spec.whatwg.org/, для определения Content-Type заданных данных". Алгоритм в первую очередь предназначен для обработки типов контента, которые браузер может обрабатывать сам.
И если вы посмотрите на в самом коде, вы увидите, что он вообще не заботится о application/json или подобном и что он возвращает text/plain для всего, что выглядит небинарным (и не совпадало раньше, как с text/html).
Другими словами: это неправильный инструмент для работы. Правильным способом для клиента было бы указать, какой контент отправляется с помощью заголовка Content-Type, и не позволять серверу угадывать тип контента.
Спасибо за пояснение, но я создаю API, который может обрабатывать оба типа, поскольку есть два разных веб-приложения, которые будут использовать этот API, и одно имеет полезную нагрузку XML, а другое — JSON. Вот почему я хочу обрабатывать его в обработчике запросов на стороне клиента, в случае полезной нагрузки XML я хотел бы преобразовать его в JSON и вызвать свои основные API-интерфейсы, которые принимают формат JSON. Есть ли какой-либо другой пакет или библиотека, которую вы можете предложить?
@soamya, как уже упоминалось в ответе и в комментариях, вам не нужна библиотека, все, что вам нужно, это проверить заголовок Content-Type запроса, чтобы узнать тип содержимого тела. Если этот заголовок не предоставляется клиентом, который отправляет запрос, вам нужно исправить эту сторону, а не серверную часть.
Понятно ! Спасибо !
Вы добавили «Content-Type: application/json» в заголовок запроса Postman?