http HEAD против производительности GET

RESTful URI должен представлять «ресурс» на сервере. Ресурсы часто хранятся в виде записи в базе данных или файла в файловой системе. Если ресурс не велик или медленно извлекается на сервере, вы можете не увидеть ощутимого прироста при использовании HEAD вместо GET. Может случиться так, что получение метаданных не быстрее, чем получение всего ресурса.

Вы можете реализовать оба варианта и протестировать их, чтобы увидеть, какой из них быстрее, но вместо микрооптимизации я бы сосредоточился на разработке идеального интерфейса REST. Чистый REST API обычно более ценен в долгосрочной перспективе, чем беспорядочный API, который может быть или не быть быстрее. Я не отговариваю от использования HEAD, просто предлагаю вам использовать его только в том случае, если это «правильный» дизайн.

Если информация, которая вам действительно нужна, представляет собой метаданные о ресурсе, которые могут быть красиво представлены в заголовках HTTP, или для проверки, существует ли ресурс или нет, HEAD может работать нормально.

Например, предположим, вы хотите проверить, существует ли ресурс 123. 200 означает «да», а 404 означает «нет»:

HEAD /resources/123 HTTP/1.1
[...]

HTTP/1.1 404 Not Found
[...]

Однако, если «да» или «нет», которые вы хотите получить от службы REST, является частью самого ресурса, а не метаданными, вам следует использовать GET.

Я нашел этот ответ, когда искал тот же вопрос, который задал запрашивающий. Я также нашел это на http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html:

Метод HEAD идентичен GET, за исключением того, что сервер НЕ ДОЛЖЕН возвращать тело сообщения в ответе. Метаинформация, содержащаяся в заголовках HTTP в ответ на запрос HEAD, ДОЛЖНА быть идентична информации, отправленной в ответ на запрос GET. Этот метод можно использовать для получения метаинформации об объекте, подразумеваемом запросом, без передачи самого тела объекта. Этот метод часто используется для проверки гипертекстовых ссылок на достоверность, доступность и недавнюю модификацию.

Мне кажется, что правильный ответ на вопрос запрашивающего - это то, что это зависит от того, что представляет протокол REST. Например, в моем конкретном случае мой протокол REST используется для получения довольно больших (например, более 10 КБ) изображений. Если у меня есть большое количество таких ресурсов, которые проверяются на постоянной основе, и с учетом того, что я использую заголовки запросов, то, согласно рекомендациям w3.org, имеет смысл использовать запрос HEAD.

GET - голова + тело, HEAD - только голова. Не должно быть вопросом мнения, какой из них быстрее. Я не понимаю приведенных выше ответов, за которые проголосовали. Если вы ищете информацию о МЕТА, то ищите HEAD, который предназначен для этой цели.

Я категорически против такого подхода.

Служба RESTful должна уважать семантику HTTP-глаголов. Глагол GET предназначен для извлечения содержимого ресурса, в то время как глагол HEAD не возвращает никакого содержимого и может использоваться, например, чтобы узнать, изменился ли ресурс, узнать его размер или его тип, чтобы проверить, не изменился ли он. существует и так далее.

И помните: ранняя оптимизация - это корень всех зол.

Ваша производительность вряд ли изменится при использовании запроса HEAD вместо запроса GET.

Кроме того, если вы хотите, чтобы он был REST-полным и вы хотите получать данные, вы должны использовать запрос GET вместо запроса HEAD.

Запросы HEAD аналогичны запросам GET, за исключением того, что тело ответа пустое. Этот тип запроса может использоваться, когда все, что вам нужно, это метаданные о файле, но не нужно транспортировать все данные файла.

Я не понимаю вашего беспокойства о том, что «поток тела открыт / закрыт». Тело ответа будет находиться в том же потоке, что и заголовки ответа http, и НЕ будет создавать второе соединение (которое, кстати, больше в диапазоне 3-6 мс).

Это похоже на преждевременную попытку оптимизации чего-то, что просто не будет иметь существенного или даже измеримого значения. Настоящая разница - это соответствие REST в целом, который рекомендует использовать GET для получения данных.

Мой ответ - НЕТ, используйте GET, если это имеет смысл, при использовании HEAD нет увеличения производительности.

Вы можете легко провести небольшой тест, чтобы самостоятельно измерить производительность. Я думаю, что разница в производительности будет незначительной, потому что, если вы возвращаете только «Y» или «N» в теле, это единственный дополнительный байт, добавленный к уже открытому потоку.

Я бы также пошел с GET, так как это более правильно. Вы не должны возвращать контент в заголовках HTTP, только метаданные.