Нужен идентификатор, который не совпадёт с тем, что создал кто-то другой на компьютере, о котором вы никогда не слышали, и без необходимости спрашивать чьего-либо разрешения? Именно эту задачу решает UUID. Это 128-битное число, записываемое как 36 символов в знакомом формате 8-4-4-4-12, и весь его дизайн заключается в том, что два таких числа не будут одинаковыми, даже если никто не координирует, кому какое достанется. Этот бесплатный генератор создаёт их в вашем браузере: выберите версию в поле Версия, укажите нужное количество в поле Количество и нажмите Сгенерировать. Страница открывается с одним идентификатором v4 — версией, которая нужна большинству проектов, поэтому первый UUID находится на расстоянии одного клика.
Каждый идентификатор создаётся вашим браузером через Web Crypto API. Версия 4 использует crypto.randomUUID(), если браузер это поддерживает, и crypto.getRandomValues() в противном случае — это криптографически надёжный источник случайности, а не псевдослучайная функция JavaScript вроде Math.random(). Версия 7 помещает 48-битную метку времени в миллисекундах в начало, затем 12-битный счётчик, который увеличивается в пределах одной миллисекунды, и 62 случайных бита — это метод упорядочения, описанный в RFC 9562; именно благодаря этому счётчику партия из тысячи генерируется по порядку, а не вперемешку. Версия 1 объединяет метку времени со случайным идентификатором узла, в котором установлен бит многоадресной рассылки, поэтому она никогда не содержит адрес вашей сетевой карты, как это делали оригинальные реализации 1990-х годов. Версии 3 и 5 вовсе не случайны: они хешируют пространство имён вместе с именем, используя MD5 и SHA-1 соответственно, и это хеширование также происходит на вашем устройстве. Ничто не отправляется на сервер, ничего не логируется, и после загрузки страницы инструмент продолжает работать даже с отключённым интернетом.
Версия — это поле, которое решает всё остальное. Версия 4 — это 122 случайных бита и никакой структуры: это вариант по умолчанию и правильный выбор, когда идентификатор должен быть только уникальным. Версия 7 сохраняет 62 случайных бита, но начинается со времени создания, поэтому набор таких идентификаторов сортируется в порядке их генерации; именно это делает её лучшим выбором, когда идентификатор станет ключом базы данных. Версия 1 — это оригинальная схема на основе времени, сохранённая здесь для систем, которые всё ещё её требуют. Версии 3 и 5 — необычная пара: они детерминированы, то есть одни и те же входные данные всегда производят один и тот же идентификатор, и они используют два дополнительных поля — Пространство имён, которое является одним из стандартных пространств DNS, URL, OID и X.500 или вашим собственным (Своё пространство имён (UUID)), и Имя, то есть идентифицируемую строку. Передайте v5 пространство имён URL и https://example.com/a, и вы получите тот же самый UUID сегодня, завтра и на чужом компьютере. Из-за этого поле Количество исчезает, когда выбрана v3 или v5: тысяча копий одного детерминированного значения была бы просто тысячей копий одного детерминированного значения. Для любой другой версии Количество позволяет указать от 1 до 1000.
Четыре переключателя меняют форму вывода, не меняя 128 бит под ней. Заглавные буквы выводит шестнадцатеричные цифры в верхнем регистре, Без дефисов даёт компактную форму из 32 символов, которую предпочитают некоторые столбцы и имена файлов, а Фигурные скобки оборачивает значение в { } — форму, которую Windows и мир .NET называют GUID. В разделе Расширенные настройки, urn:uuid: добавляет префикс, превращающий его в формальный URN; он отключает Фигурные скобки и Без дефисов, пока включён, поскольку стандарт допускает ровно одну форму URN, и это каноническая форма с дефисами. Формат копирования решает, как объединяется партия при копировании: по одному на строку, через запятую или каждое значение в кавычках с запятой в конце, что можно вставить прямо в массив в коде. Под результатом находится строка, которая сообщает о случайности в битах — 122 для v4, 62 для v7 — и, для v7, метку времени, закодированную в первом идентификаторе партии, поэтому время внутри значения является видимым, а не подразумеваемым. Скопировать всё и Сохранить в файл подчиняются опции Формат копирования. История хранит ваши последние 10 партий прямо в браузере: нажмите на одну, чтобы вернуть её, скопируйте или удалите отдельную запись, или очистите всё. Очистить убирает результат, оставляя ваши настройки нетронутыми, а после 50 идентификаторов список становится единым прокручиваемым блоком вместо пятидесяти строк.
Самая значимая вещь на этой странице — это разница между v4 и v7 в качестве первичного ключа, и это не дело вкуса. Индексы баз данных представляют собой деревья B-tree, хранящиеся в отсортированном порядке, и то, куда попадёт новый ключ в этом порядке, определяет, сколько усилий потребует вставка. Ключ v4 случаен, поэтому последовательные вставки попадают в несвязанные углы индекса: страницы, которые были заполнены, расщепляются (page split), части дерева, которые база данных хранит в памяти, редко оказываются теми частями, которые понадобятся для следующей вставки, и индекс становится больше и фрагментированнее, чем того заслуживают данные, на которые он указывает. Ключ v7 начинается с текущей миллисекунды, поэтому последовательные вставки попадают рядом друг с другом на правый край дерева, что соответствует паттерну, который создаёт автоинкрементное целое число, и паттерну, под который создавались структуры индексов. В этом и заключается весь компромисс: v7 даёт вам поведение вставки последовательного ключа, сохраняя при этом то свойство, ради которого вы вообще выбрали UUID, а именно то, что любой может создать его, не обращаясь к серверу. Расплатой является то, что время создания теперь можно прочитать внутри идентификатора, и имеет ли это значение — это вопрос о ваших данных, а не о формате.
Ничто и никогда не проверяет UUID на уникальность; его размер и есть гарантия. Нет никакого реестра, никакого обращения к серверу, никакого поиска — генератор просто создаёт число и отдаёт его, а причина, по которой два из них не сталкиваются, заключается просто в том, что существует 2^122 возможных значений v4, то есть около 5,3 ундециллионов. Парадокс дней рождения (birthday problem) — это честный способ оценить это: вам понадобилось бы примерно 2,7 квинтиллиона идентификаторов, прежде чем появился бы шанс пятьдесят на пятьдесят, что любые два из них совпадут, а это миллиард новых UUID каждую секунду в течение 86 лет. Стоит быть точным в том, что это обещает и чего не обещает. Это статистическая гарантия, а не арифметическая, и она действует только до тех пор, пока случайность под ней настоящая — плохо инициализированный генератор или виртуальная машина, клонированная вместе с её пулом энтропии, ломает её так, что формат не может этого обнаружить. Версия 7 ещё больше сужает этот вопрос: в пределах одной миллисекунды один генератор вообще не может повториться, потому что счётчик увеличивается, а не бросает кубики, и между независимыми генераторами всю работу выполняют 62 случайных бита.
UUID — это идентификатор, а не пароль. Версия 4 непредсказуема, и это побуждает людей относиться к ней как к секрету — ссылка для сброса пароля, не поддающийся угадыванию URL, токен сессии, ключ API. Непредсказуемость реальна, но секретность — это свойство того, как с объектом обращаются, а с идентификаторами по определению обращаются небрежно: они находятся в URL-адресах, которые попадают в историю браузера, логи серверов, заголовки referer и аналитику, и их вставляют в сообщения чатов. Другие версии — ещё худшие кандидаты. Версия 1 и версия 7 обе кодируют момент создания, поэтому любой, у кого они есть, примерно знает, когда они были созданы, и может сузить круг всего, что было создано вместе с ними. Версии 3 и 5 детерминированы специально: v5 UUID адреса электронной почты — это не захешированный секрет, это значение, которое любой человек с тем же адресом может вычислить за секунду. Используйте UUID, чтобы дать чему-то имя. Используйте генератор паролей или токен из библиотеки, созданной для секретов, когда значение должно оставаться неизвестным.
Почему стоит выбрать этот генератор UUID?
- Генерация только в браузере: идентификаторы создаются на вашем устройстве и никогда никуда не отправляются
- Случайность Web Crypto API: криптографически надёжно, а не Math.random()
- Пять версий в одном месте: v1, v3, v4, v5 и v7, без переключения между инструментами
- По-настоящему упорядоченная v7: счётчик внутри миллисекунды, как описано в RFC 9562
- Детерминированные v3 и v5 с четырьмя стандартными пространствами имён или вашим собственным
- До 1000 за раз, с компактным прокручиваемым списком для более чем пятидесяти значений
- Любой распространённый формат: с дефисами, голый, заглавные буквы, фигурные скобки или URN формата urn:uuid:
- Копирование построчно, через запятую или в кавычках для вставки прямо в код
- Без ограничений и бесплатно: без регистрации, без лимитов использования, ничего на наших серверах
UUID появляются везде, где чему-то нужно дать имя до того, как что-либо сможет подтвердить, что это имя свободно. Код приложения генерирует их для строк, которые он собирается вставить, чтобы у объекта была идентичность ещё до того, как он попадёт в базу данных, и клиент мог ссылаться на него, пока запись ещё выполняется. Распределённые системы полагаются на них ещё больше: несколько сервисов, пишущих в одну таблицу, офлайн-клиент на мобильном устройстве, создающий записи в самолёте, очередь, которая должна распознать уже обработанное сообщение — ни одна из этих систем не может ждать своей очереди за общим счётчиком. Версия 5 покрывает другую потребность, а именно стабильный идентификатор, полученный из того, что у вас уже есть: тот же самый документ, тот же самый URL или тот же самый аккаунт всегда преобразуется в тот же самый UUID, поэтому импорт может выполняться дважды без дублирования. В других местах они являются просто форматом, который требует система — идентификатор корреляции, проходящий через логи и трассировки, имя файла, которое не вызовет коллизии, когда загрузки от тысячи пользователей попадут в один бакет, ключ реестра Windows, тестовая фикстура, которая должна выглядеть как настоящие данные.
Стоит знать несколько честных ограничений. Одна партия — это одна версия: значение в поле Версия относится ко всему, что в ней находится, поэтому генерация v4 и генерация v7 — это две разные партии. Это генератор, а не инспектор — вставка UUID для того, чтобы прочитать его версию или метку времени, не является тем, что делает эта страница. Сохранить в файл записывает обычный текстовый файл, а не CSV или JSON. Версия 7 открыто раскрывает время своего создания с точностью до миллисекунды, что является реальным компромиссом, а не недостатком, и версия 1 раскрывает время точно так же; если для ваших данных это проблема, то v4 — это та версия, которая никому ничего не рассказывает. Два специальных значения из стандарта не являются версиями и поэтому отсутствуют в качестве опций в поле Версия, но вы можете скопировать их отсюда: nil UUID, 00000000-0000-0000-0000-000000000000, и max UUID, ffffffff-ffff-ffff-ffff-ffffffffffff. Всё на этой странице следует RFC 9562, спецификации, которая заменила RFC 4122 в 2024 году, поэтому вывод принимается любой библиотекой, базой данных или API, которые вообще работают с UUID. В рамках этих ограничений гарантия является строгой: каждый идентификатор создаётся по стандарту, из криптографически надёжной случайности, на вашем собственном компьютере, и никто другой его никогда не видит.