Это имя файла или весь URL-адрес используется в качестве ключа в кешах браузера?

Да, любое изменение в любой части URL-адреса (за исключением изменений протоколов HTTP и HTTPS) интерпретируется браузером (и любыми промежуточными прокси-серверами) как другой ресурс и, таким образом, приводит к созданию отдельного объекта в кеш браузера.

Обновление:

Утверждение в этой статье ThinkVitamin, что браузеры Opera и Safari/Webkit не t кэшировать URL-адреса с ?query=strings false.

Добавление параметра номера версии к URL — вполне приемлемый способ очистки кеша.

Что, возможно, смутило автора статьи ThinkVitamin, так это тот факт, что нажатие Enter в строке адреса/местоположения в Safari и Opera приводит к различному поведению URL-адресов со строкой запроса в них.

Однако (и это важная часть!) Opera и Safari ведут себя так же, как IE и Firefox, когда речь идет о кэшировании встроенных/связанных изображений, таблиц стилей и скриптов на веб-страницах. - независимо от того, есть ли у них "?" символы в своих URL-адресах. (Это можно проверить с помощью простого теста на обычном сервере Apache.)

(Я бы прокомментировал принятый в настоящее время ответ, если бы у меня была репутация, чтобы сделать это. :-)

Ключ кэша браузера представляет собой комбинацию метода запроса и URI ресурса. URI состоит из схемы, полномочий, пути, запроса и фрагмента.

Соответствующая выдержка из спецификации HTTP 1.1:

Первичный ключ кэша состоит из метода запроса и целевого URI. Однако, поскольку широко используемые сегодня кэши HTTP обычно ограничиваются кэшированием ответов на GET, многие кэши просто отказываются от других методов и используют только URI в качестве основного ключа кэша.

Соответствующая выдержка из спецификации URI:

Общий синтаксис URI состоит из иерархической последовательности компонентов, называемых схемой, полномочием, путем, запросом и фрагментом.

URI         = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

hier-part   = "//" authority path-abempty
              / path-absolute
              / path-rootless
              / path-empty

Я на 99,99999% уверен, что это весь URL-адрес, который используется для кэширования ресурсов в браузере, поэтому ваша схема URL-адресов должна работать нормально.

МИНИМУМ, который вам нужен для идентификации объекта HTTP, — это полный путь, включая любые параметры строки запроса. Некоторые браузеры могут не кэшировать объекты со строкой запроса, но это не имеет ничего общего с ключом к кэшу.

Также важно помнить, что пути уже недостаточно. Заголовок Vary: в HTTP-ответе предупреждает браузер (или прокси-сервер и т. д.) обо всем, кроме URL-адреса, который следует использовать для определения ключа кэша, например о файлах cookie, значениях кодирования и т. д.

На ваш основной вопрос: да, достаточно изменить URL-адрес файла .js. К более широкому вопросу о том, что определяет ключ кэша, это URL-адрес плюс ограничения заголовка Vary:.

да. Другой путь одинаков с точки зрения кэшей.

Конечно, он должен использовать весь путь «/r20/example.js» и «/r21/example.js» для начала могут быть совершенно разные изображения. То, что вы предлагаете, является жизнеспособным способом управления контролем версий.

зависит от. предполагается, что это полный URL-адрес, но некоторые браузеры (Opera, Safari2) применить другую стратегию кэширования для URL-адресов с другими параметрами.

лучше всего изменить имя файла.

Здесь есть очень умное решение (использует PHP, Apache)

http://verens.com/archives/2008/04/09/javascript-cache-problem-solved/

Примечания к стратегии: «Согласно букве спецификации кэширования HTTP, пользовательские агенты никогда не должны кэшировать URL-адреса со строками запроса. В то время как Internet Explorer и Firefox игнорируют это, Opera и Safari — нет. Чтобы убедиться, что все пользовательские агенты могут кэшировать ваши ресурсы, нам нужно не допускать строк запроса к их URL-адресам».

http://www.thinkvitamin.com/features/webapps/serving-javascript-fast

Весь URL. Я видел странное поведение в нескольких старых браузерах, где в игру вступала чувствительность к регистру.

В дополнение к существующим ответам я просто хочу добавить, что это может не применяться, если вы используете ServiceWorkers или, например, автономный плагин. Затем вы можете столкнуться с различными правилами кэширования в зависимости от того, как настроены ServiceWorkers.

В большинстве браузеров используется полный URL. В некоторых браузерах, если у вас есть запрос в URL-адресе, документ никогда не будет кэшироваться.