1、приложение/x-www-form-urlencoded
Самый распространенный способ отправки данных — POST.
Для собственной формы браузера, если атрибут enctype не установлен, данные в конечном итоге будут отправлены в режиме application/x-www-form-urlencoded.
<form action="http://www.haha/ads/sds?name=小草莓&other=hahah" method="post">
<input type="text" value="123">
</form>Cntent-Type указывается как application/x-www-form-urlencoded.
Во-вторых, отправленные данные кодируются в виде [name=小草&other=hahah], а имя и прочее перекодируются по URL. Большинство серверных языков имеют хорошую поддержку этого метода.
2、составные/данные формы
Распространенный способ отправки данных POST .
Когда мы используем форму для загрузки файлов , мы должны сделать зашифрованную форму равной этому значению.
<form action="http://www.haha/ads/sds" method="post" enctype="multipart/form-data">
<input type="file">
<input type="submit" value="Submit" />
</form>Как показано ниже, сначала создается граница для разделения различных полей. Чтобы избежать дублирования текстового содержимого, граница очень длинная и сложная.
Затем Content-Type указывает, что данные закодированы в multipart/form-data, и каково граничное содержимое этого запроса. Тело сообщения разделено на несколько частей со схожей структурой в зависимости от количества полей. Каждая часть начинается с --boundary, за которым следует информация описания содержимого, за которым следует возврат каретки и, наконец, конкретное содержимое поля (текстовое или двоичное). .
Если файл передается, необходимо также указать имя файла и информацию о его типе.
Тело сообщения заканчивается знаком --boundary--.
Этот метод обычно используется для загрузки файлов, и основные серверные языки также имеют хорошую поддержку.
Два упомянутых выше метода данных POST изначально поддерживаются браузерами, и на данном этапе собственные формы поддерживают только эти два метода.
Однако, поскольку все больше и больше веб-сайтов, особенно веб-сайтов и приложений, используют Ajax для взаимодействия с данными, мы можем полностью определить новые методы подачи данных, чтобы сделать разработку более удобной.
3, приложение/json
Сейчас все больше и больше людей используют application/json в качестве заголовка запроса , чтобы сообщить серверу, что тело сообщения представляет собой сериализованную строку JSON.
Из-за популярности спецификации JSON все основные браузеры, кроме низкоуровневого IE, изначально поддерживают JSON.stringify, а серверные языки также имеют функции для обработки JSON. При использовании JSON вы не столкнетесь с какими-либо проблемами.
Также полезно то, что формат JSON поддерживает гораздо более сложные структурированные данные, чем пары ключ-значение.
Это решение позволяет легко отправлять сложные структурированные данные и особенно подходит для интерфейса RESTFRL .
4、текст/xml
XML-RPC (вызов удаленных процедур XML). Это спецификация удаленного вызова, использующая HTTP в качестве транспортного протокола и XML в качестве метода кодирования.
Протокол XML-RPC прост, функционален и доступен на разных языках.
Он также широко используется, например, XML-RPC Api WordPress, служба ping поисковой системы и т. д.