Генератор UUID

Как сгенерировать UUID

1. Нажмите кнопку — получите новый UUID версии 4.
2. Нужно больше? Задайте количество и сгенерируйте пакет за один раз.
3. Выберите оформление: верхний или нижний регистр.
4. Скопируйте один UUID или весь список сразу.
5. Генерируйте снова всякий раз, когда нужны свежие идентификаторы.

Почему о коллизиях v4 можно не волноваться

UUID версии 4 содержит 122 случайных бита — это около 5,3 ундециллиона возможных значений. Чтобы получить хотя бы 50% шанс одной коллизии, пришлось бы генерировать примерно миллиард UUID в секунду на протяжении 85 лет. Для любого обычного приложения считать v4 UUID уникальными — стандартная инженерная практика.

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

Как устроен формат v4

UUID — это 128 бит, показанных как 32 шестнадцатеричных символа в привычной группировке 8-4-4-4-12. В версии 4 почти все эти биты случайны, а небольшая фиксированная часть указывает версию и вариант: 13-й символ всегда 4, а 17-й — это 8, 9, a или b. Вот почему у каждого UUID, который создаёт этот генератор, на одном и том же месте стоит 4.

Эти фиксированные метки позволяют любой системе прочитать версию прямо из строки, без дополнительных сведений. Всё остальное берётся случайно, поэтому UUID v4 намеренно не несёт ни метки времени, ни счётчика, ни идентификатора машины — в отличие от версии 1. Это отсутствие и есть преимущество: идентификатор ничего не сообщает о том, когда и где он был создан.

Создаётся в браузере с криптостойкой случайностью

Этот генератор UUID строит каждый идентификатор локально, используя криптографически безопасный источник случайности вашего браузера — тот же класс случайности, что стоит за crypto.randomUUID. Работа идёт на вашем устройстве, поэтому пакет из тысяч значений появляется мгновенно, и ни один сервер не участвует в создании ваших ID.

Ничто из сгенерированного не загружается, не логируется и не сохраняется, поэтому идентификаторы принадлежат только вам, пока вы их не скопируете. Это полезно, когда UUID станут первичными ключами или ссылочными номерами в ваших собственных системах: внешней записи о них нет, и никакой другой пользователь не может получить те же значения.

Где UUID — правильный инструмент

UUID блистают везде, где нужно создать идентификатор, не спрашивая у центрального органа следующий номер. Распределённые системы опираются на них, чтобы отдельные сервисы, офлайн-устройства или несколько баз данных могли создавать ключи, которые не столкнутся при последующем слиянии данных. Они также хороши как номера заказов, несекретные части токенов сессий, ID событий и корреляционные ID для отслеживания запроса между сервисами.

Они удобны и вне баз данных: имена файлов, которые никогда не должны перезаписать друг друга, ключи идемпотентности, позволяющие API безопасно повторить запрос, и тестовые данные, которым нужно свежее уникальное значение при каждом запуске. Всякий раз, когда простой нарастающий счётчик выдал бы объёмы или потребовал координации, UUID обходит эту проблему.

Оформление и повседневные настройки

Стандарт записывает UUID в нижнем регистре шестнадцатеричными символами с дефисами, и это самый безопасный вариант по умолчанию для хранения и передачи. Некоторые инструменты Microsoft показывают их в верхнем регистре, а порой в фигурных скобках как GUID, поэтому этот инструмент позволяет переключать регистр под то, чего ждёт ваша целевая система.

Какой бы регистр вы ни выбрали, считайте сравнение регистронезависимым, ведь один и тот же UUID может прийти из разных источников в любой форме. Когда нужно много сразу, сгенерируйте пакет и скопируйте весь список, а не кликайте раз за разом, — так быстрее заполнить таблицу или файл конфигурации.

UUID — идентификаторы, а не секреты

Самая важная оговорка: UUID — это не пароль. Его трудно угадать, но он создан для того, чтобы им делиться: UUID постоянно появляются в URL, логах, аналитике и отчётах об ошибках. То, что попадает в такие места, никогда не должно быть единственным барьером между пользователем и защищёнными данными.

Поэтому используйте UUID, чтобы именовать вещи и ссылаться на них, а для их защиты применяйте настоящие аутентификацию и авторизацию. Если нужен неугадываемый секрет, сгенерируйте отдельный случайный токен достаточной длины и держите его подальше от логов и ссылок, как любую учётную запись.

Частые ошибки с UUID, которых стоит избегать

Частая ошибка — неэффективное хранение UUID: держать миллионы из них как текст в 36 символов, когда база предлагает нативный тип UUID или 16-байтовый бинарный, который компактнее и быстрее индексируется. Другая — использовать случайные UUID v4 как кластеризованный первичный ключ в системе, ждущей последовательных вставок, что может ударить по скорости записи; где важен порядок, лучше подойдёт вариант UUID с упорядочиванием по времени.

Что до корректности, следите за расхождениями в регистре и дефисах при сравнении значений из разных источников и никогда не считайте, что UUID v4 кодирует время создания, — это не так. Относитесь к нему как к непрозрачной уникальной строке, сравнивайте регистронезависимо, а время создания записи пусть фиксирует настоящий столбец с меткой времени.

Часто задаваемые вопросы

Похожие инструменты