uuid vs nanoid vs shortid vs randomstring
Geração de Identificadores Únicos em Aplicações Web
uuidnanoidshortidrandomstringPacotes similares:

Geração de Identificadores Únicos em Aplicações Web

nanoid, randomstring, shortid e uuid são bibliotecas populares em JavaScript para gerar identificadores únicos, mas diferem significativamente em segurança, desempenho, tamanho dos IDs e estado de manutenção. nanoid foca-se em IDs curtos e seguros com uma pegada mínima; randomstring oferece flexibilidade total na geração de strings aleatórias, mas exige configuração explícita para segurança; shortid está descontinuado e não deve ser usado em novos projetos; e uuid implementa o padrão RFC 4122 para identificadores universalmente únicos, sendo amplamente adotado em sistemas distribuídos.

Tendência de downloads npm

3 Anos

Ranking de GitHub Stars

Detalhe de estatísticas

Pacote
Downloads
Stars
Tamanho
Issues
Publicado em
Licença
uuid399,942,44115,34565.7 kB8il y a 22 joursMIT
nanoid360,043,58727,11814.7 kB2il y a un moisMIT
shortid1,271,9995,70921.7 kB16il y a 2 ansMIT
randomstring1,088,62452217 kB2il y a un moisMIT

Comparação Técnica: nanoid vs randomstring vs shortid vs uuid

Quando precisamos gerar identificadores únicos em aplicações web — seja para IDs de base de dados, chaves temporárias, tokens de sessão ou qualquer outro uso — a escolha da biblioteca certa pode afetar segurança, desempenho e manutenção a longo prazo. As quatro bibliotecas analisadas aqui (nanoid, randomstring, shortid e uuid) abordam esse problema com filosofias diferentes. Vamos compará-las com base em critérios reais que importam para quem desenvolve frontend profissionalmente.

🔐 Segurança: Colisões e Previsibilidade

nanoid usa um gerador de números pseudoaleatórios criptograficamente seguro (CSPRNG) no navegador (crypto.getRandomValues) e no Node.js (crypto.randomBytes). Isto garante que os IDs gerados sejam imprevisíveis e seguros contra ataques de colisão.

// nanoid – seguro por padrão
import { nanoid } from 'nanoid';
const id = nanoid(); // ex: "V1StGXR8_Z5jdHi6B-myT"

randomstring permite gerar strings aleatórias com vários alfabetos (letras, números, símbolos), mas não usa CSPRNG por padrão. A menos que o modo cryptographicallySecure seja ativado explicitamente, os resultados não são seguros para tokens sensíveis.

// randomstring – cuidado com a segurança
import randomstring from 'randomstring';
const unsafeId = randomstring.generate(21); // inseguro por padrão
const safeId = randomstring.generate({
  length: 21,
  cryptographicallySecure: true
});

shortid é inseguro por design: usa Math.random(), que é previsível e inadequado para qualquer cenário que exija resistência a colisões intencionais. Além disso, o projeto está descontinuado (deprecated) — o autor recomenda migrar para nanoid.

// shortid – NÃO USE em projetos novos
import shortid from 'shortid';
const id = shortid.generate(); // evite: usa Math.random()

uuid gera UUIDs (Universally Unique Identifiers) nos formatos v1, v4, etc. O UUID v4 — o mais comum — baseia-se em CSPRNG e é considerado seguro. É amplamente aceite como padrão na indústria.

// uuid – seguro com v4
import { v4 as uuidv4 } from 'uuid';
const id = uuidv4(); // ex: "9b1deb4d-3b7d-4bad-9bdd-2b0d7b3dcb6d"

⚠️ Conclusão de segurança: Evite shortid. Use nanoid ou uuid para IDs seguros. Só use randomstring se ativar explicitamente o modo criptográfico.

📏 Tamanho e Legibilidade do ID

nanoid produz IDs curtos (21 caracteres por padrão) usando um alfabeto URL-safe (A-Za-z0-9_-). São compactos e ideais para URLs ou cookies.

randomstring é totalmente configurável: pode gerar strings de qualquer comprimento e composição (ex: só letras maiúsculas, só hexadecimais). Útil quando precisa de um formato específico.

// randomstring – flexível
const hexId = randomstring.generate({
  length: 16,
  charset: 'hex'
}); // ex: "a3f9c2e1b4d5"

shortid gera IDs muito curtos (7 caracteres por padrão), mas com risco elevado de colisão em volumes moderados — e sem segurança.

uuid gera IDs longos (36 caracteres com hífenes, 32 sem), seguindo o padrão RFC 4122. São verbosos, mas universalmente reconhecidos.

💡 Dica prática: Se precisa de IDs curtos para URLs ou armazenamento eficiente, nanoid é ideal. Se precisa de compatibilidade com sistemas externos que esperam UUIDs, use uuid.

🧩 Personalização e Controlo

nanoid permite personalizar o alfabeto e o tamanho:

import { customAlphabet } from 'nanoid';
const generateId = customAlphabet('1234567890abcdef', 10);
const id = generateId(); // ex: "a1b2c3d4e5"

randomstring oferece a maior flexibilidade: pode definir charset, incluir/excluir símbolos, evitar ambiguidades (ex: "0" vs "O"), etc.

const readableId = randomstring.generate({
  length: 12,
  charset: 'alphabetic',
  capitalization: 'lowercase',
  readable: true // evita sequências confusas
});

shortid permite alterar o prefixo ou o alfabeto, mas dada a sua descontinuação, não vale a pena investir tempo nisso.

uuid suporta múltiplas versões (v1 baseado em timestamp + MAC, v4 aleatório, v5 baseado em hash). Para a maioria dos casos, v4 é suficiente.

import { v1 as uuidv1 } from 'uuid';
const timeBasedId = uuidv1(); // ordenável por tempo

🌐 Ambiente de Execução: Browser vs Node.js

Todas as quatro bibliotecas funcionam tanto no browser como no Node.js, mas com nuances:

  • nanoid é extremamente leve (~100 linhas) e otimizado para ambos os ambientes. Usa APIs nativas de CSPRNG automaticamente.
  • randomstring funciona bem nos dois ambientes, mas requer atenção ao modo de segurança.
  • shortid funciona, mas está descontinuado — não recebe atualizações.
  • uuid tem suporte sólido para todos os ambientes modernos, incluindo bundlers como Webpack e Vite.

🛑 Estado de Manutenção

  • shortid: Descontinuado. O README oficial no GitHub e na página do npm indica claramente: “ShortId is deprecated. Please use Nano ID instead.”
  • nanoid, randomstring, uuid: Ativamente mantidos, com releases recentes e documentação atualizada.

✅ Recomendações Práticas por Caso de Uso

Caso 1: IDs únicos para elementos DOM ou estado local

  • ✅ Escolha: nanoid
  • Porquê? Curto, rápido, seguro e sem dependências.
// React component example
function TodoItem() {
  const [id] = useState(nanoid());
  return <li data-id={id}>...</li>;
}

Caso 2: Tokens de autenticação ou sessão

  • ✅ Escolha: nanoid ou uuid (v4)
  • Evite randomstring a menos que configure cryptographicallySecure: true.
  • Nunca use shortid.

Caso 3: Compatibilidade com APIs externas que exigem UUID

  • ✅ Escolha: uuid
  • Muitos backends, bases de dados e serviços cloud (ex: AWS, Firebase) usam UUID como padrão.

Caso 4: Geração de códigos promocionais legíveis (ex: “SUMMER2024”)

  • ✅ Escolha: randomstring
  • Permite controlar charset, maiúsculas/minúsculas e evitar caracteres confusos.
const promoCode = randomstring.generate({
  length: 8,
  charset: 'alphabetic',
  capitalization: 'uppercase'
}); // ex: "XK92MQPL"

📊 Resumo Final

BibliotecaSegurançaTamanhoFlexibilidadeEstadoMelhor para
nanoid✅ AltaPequenoMédiaAtivoIDs curtos e seguros
randomstring⚠️ CondicionalQualquerAltaAtivoStrings personalizadas
shortid❌ BaixaMuito pequenoMédiaDescontinuadoNada — migre!
uuid✅ AltaGrandeBaixa (padrão fixo)AtivoIntegração com sistemas existentes

💡 Conclusão

Para a maioria dos cenários modernos de frontend, nanoid é a escolha mais equilibrada: seguro, pequeno, rápido e fácil de usar. Se precisa de compatibilidade com padrões industriais, uuid é a aposta segura. Use randomstring apenas quando precisar de controlo fino sobre o formato da string — e lembre-se de ativar a segurança. E, por favor, não use shortid em projetos novos — o próprio autor já o desaconselha.

Como escolher: uuid vs nanoid vs shortid vs randomstring

  • uuid:

    Escolha uuid se precisa de compatibilidade com sistemas externos, bases de dados ou APIs que esperam identificadores no formato UUID (RFC 4122). É a opção mais segura e padronizada para ambientes distribuídos, embora gere IDs mais longos.

  • nanoid:

    Escolha nanoid se precisa de IDs curtos, seguros e rápidos com uma pegada mínima. É ideal para aplicações modernas que exigem identificadores imprevisíveis para elementos DOM, chaves de estado ou tokens temporários, sem depender de padrões externos.

  • shortid:

    Não escolha shortid para projetos novos. A biblioteca está oficialmente descontinuada pelo seu autor, que recomenda migrar para nanoid. Usa Math.random(), tornando-a insegura para qualquer cenário que exija resistência a colisões ou imprevisibilidade.

  • randomstring:

    Escolha randomstring se precisa de controlo total sobre o formato da string gerada — por exemplo, códigos promocionais legíveis, senhas ou IDs com restrições específicas de charset. Lembre-se de ativar explicitamente cryptographicallySecure: true se o uso exigir segurança.

README para uuid

uuid CI Browser

For the creation of RFC9562 (formerly RFC4122) UUIDs

[!NOTE]

Starting with uuid@12 CommonJS is no longer supported. See implications and motivation for details.

Quickstart

1. Install

npm install uuid

2. Create a UUID

import { v4 as uuidv4 } from 'uuid';

uuidv4(); // ⇨ 'b18794e8-5d0d-417c-b361-ba38e78411b4'

For timestamp UUIDs, namespace UUIDs, and other options read on ...

API Summary

uuid.NILThe nil UUID string (all zeros)
uuid.MAXThe max UUID string (all ones)
uuid.parse()Convert UUID string to array of bytes
uuid.stringify()Convert array of bytes to UUID string
uuid.v1()Generate a version 1 (timestamp) UUID
uuid.v1ToV6()Convert a version 1 UUID to version 6
uuid.v3()Generate a version 3 (namespace w/ MD5) UUID
uuid.v4()Generate a version 4 (random) UUID
uuid.v5()Generate a version 5 (namespace w/ SHA-1) UUID
uuid.v6()Generate a version 6 (timestamp, reordered) UUID
uuid.v6ToV1()Convert a version 6 UUID to version 1
uuid.v7()Generate a version 7 (Unix Epoch time-based) UUID
uuid.v8()"Intentionally left blank"
uuid.validate()Test a string to see if it is a valid UUID
uuid.version()Detect RFC version of a UUID

API

uuid.NIL

The nil UUID string (all zeros).

Example:

import { NIL as NIL_UUID } from 'uuid';

NIL_UUID; // ⇨ '00000000-0000-0000-0000-000000000000'

uuid.MAX

The max UUID string (all ones).

Example:

import { MAX as MAX_UUID } from 'uuid';

MAX_UUID; // ⇨ 'ffffffff-ffff-ffff-ffff-ffffffffffff'

uuid.parse(str)

Convert UUID string to array of bytes

strA valid UUID String
returnsUint8Array[16]
throwsTypeError if str is not a valid UUID

[!NOTE] Ordering of values in the byte arrays used by parse() and stringify() follows the left ↠ right order of hex-pairs in UUID strings. As shown in the example below.

Example:

import { parse as uuidParse } from 'uuid';

// Parse a UUID
uuidParse('6ec0bd7f-11c0-43da-975e-2a8ad9ebae0b'); // ⇨
// Uint8Array(16) [
//   110, 192, 189, 127,  17,
//   192,  67, 218, 151,  94,
//    42, 138, 217, 235, 174,
//    11
// ]

uuid.stringify(arr[, offset])

Convert array of bytes to UUID string

arrArray-like collection of 16 values (starting from offset) between 0-255.
[offset = 0]Number Starting index in the Array
returnsString
throwsTypeError if a valid UUID string cannot be generated

[!NOTE] Ordering of values in the byte arrays used by parse() and stringify() follows the left ↠ right order of hex-pairs in UUID strings. As shown in the example below.

Example:

import { stringify as uuidStringify } from 'uuid';

const uuidBytes = Uint8Array.of(
  0x6e,
  0xc0,
  0xbd,
  0x7f,
  0x11,
  0xc0,
  0x43,
  0xda,
  0x97,
  0x5e,
  0x2a,
  0x8a,
  0xd9,
  0xeb,
  0xae,
  0x0b
);

uuidStringify(uuidBytes); // ⇨ '6ec0bd7f-11c0-43da-975e-2a8ad9ebae0b'

uuid.v1([options[, buffer[, offset]]])

Create an RFC version 1 (timestamp) UUID

[options]Object with one or more of the following properties:
[options.node = (random) ]RFC "node" field as an Array[6] of byte values (per 4.1.6)
[options.clockseq = (random)]RFC "clock sequence" as a Number between 0 - 0x3fff
[options.msecs = (current time)]RFC "timestamp" field (Number of milliseconds, unix epoch)
[options.nsecs = 0]RFC "timestamp" field (Number of nanoseconds to add to msecs, should be 0-10,000)
[options.random = (random)]Array of 16 random bytes (0-255) used to generate other fields, above
[options.rng]Alternative to options.random, a Function that returns an Array of 16 random bytes (0-255)
[buffer]Uint8Array or Uint8Array subtype (e.g. Node.js Buffer). If provided, binary UUID is written into the array, starting at offset
[offset = 0]Number Index to start writing UUID bytes in buffer
returnsUUID String if no buffer is specified, otherwise returns buffer
throwsError if more than 10M UUIDs/sec are requested

Example:

import { v1 as uuidv1 } from 'uuid';

uuidv1(); // ⇨ '57fd0000-c7d3-11ef-841d-514d2167fc5b'

Example using options:

import { v1 as uuidv1 } from 'uuid';

const options = {
  node: Uint8Array.of(0x01, 0x23, 0x45, 0x67, 0x89, 0xab),
  clockseq: 0x1234,
  msecs: new Date('2011-11-01').getTime(),
  nsecs: 5678,
};
uuidv1(options); // ⇨ '710b962e-041c-11e1-9234-0123456789ab'

uuid.v1ToV6(uuid)

Convert a UUID from version 1 to version 6

import { v1ToV6 } from 'uuid';

v1ToV6('92f62d9e-22c4-11ef-97e9-325096b39f47'); // ⇨ '1ef22c49-2f62-6d9e-97e9-325096b39f47'

uuid.v3(name, namespace[, buffer[, offset]])

Create an RFC version 3 (namespace w/ MD5) UUID

API is identical to v5(), but uses "v3" instead.

[!IMPORTANT] Per the RFC, "If backward compatibility is not an issue, SHA-1 [Version 5] is preferred."

uuid.v4([options[, buffer[, offset]]])

Create an RFC version 4 (random) UUID

[options]Object with one or more of the following properties:
[options.random]Array of 16 random bytes (0-255)
[options.rng]Alternative to options.random, a Function that returns an Array of 16 random bytes (0-255)
[buffer]Uint8Array or Uint8Array subtype (e.g. Node.js Buffer). If provided, binary UUID is written into the array, starting at offset
[offset = 0]Number Index to start writing UUID bytes in buffer
returnsUUID String if no buffer is specified, otherwise returns buffer

Example:

import { v4 as uuidv4 } from 'uuid';

uuidv4(); // ⇨ 'b18794e8-5d0d-417c-b361-ba38e78411b4'

Example using predefined random values:

import { v4 as uuidv4 } from 'uuid';

const v4options = {
  random: Uint8Array.of(
    0x10,
    0x91,
    0x56,
    0xbe,
    0xc4,
    0xfb,
    0xc1,
    0xea,
    0x71,
    0xb4,
    0xef,
    0xe1,
    0x67,
    0x1c,
    0x58,
    0x36
  ),
};
uuidv4(v4options); // ⇨ '109156be-c4fb-41ea-b1b4-efe1671c5836'

uuid.v5(name, namespace[, buffer[, offset]])

Create an RFC version 5 (namespace w/ SHA-1) UUID

nameString | Array
namespaceString | Array[16] Namespace UUID
[buffer]Uint8Array or Uint8Array subtype (e.g. Node.js Buffer). If provided, binary UUID is written into the array, starting at offset
[offset = 0]Number Index to start writing UUID bytes in buffer
returnsUUID String if no buffer is specified, otherwise returns buffer

[!NOTE] The RFC DNS and URL namespaces are available as v5.DNS and v5.URL.

Example with custom namespace:

import { v5 as uuidv5 } from 'uuid';

// Define a custom namespace.  Readers, create your own using something like
// https://www.uuidgenerator.net/
const MY_NAMESPACE = '1b671a64-40d5-491e-99b0-da01ff1f3341';

uuidv5('Hello, World!', MY_NAMESPACE); // ⇨ '630eb68f-e0fa-5ecc-887a-7c7a62614681'

Example with RFC URL namespace:

import { v5 as uuidv5 } from 'uuid';

uuidv5('https://www.w3.org/', uuidv5.URL); // ⇨ 'c106a26a-21bb-5538-8bf2-57095d1976c1'

uuid.v6([options[, buffer[, offset]]])

Create an RFC version 6 (timestamp, reordered) UUID

This method takes the same arguments as uuid.v1().

import { v6 as uuidv6 } from 'uuid';

uuidv6(); // ⇨ '1efc7d35-7fd0-6000-841d-504d2167fc5b'

Example using options:

import { v6 as uuidv6 } from 'uuid';

const options = {
  node: [0x01, 0x23, 0x45, 0x67, 0x89, 0xab],
  clockseq: 0x1234,
  msecs: new Date('2011-11-01').getTime(),
  nsecs: 5678,
};
uuidv6(options); // ⇨ '1e1041c7-10b9-662e-9234-0123456789ab'

uuid.v6ToV1(uuid)

Convert a UUID from version 6 to version 1

import { v6ToV1 } from 'uuid';

v6ToV1('1ef22c49-2f62-6d9e-97e9-325096b39f47'); // ⇨ '92f62d9e-22c4-11ef-97e9-325096b39f47'

uuid.v7([options[, buffer[, offset]]])

Create an RFC version 7 (random) UUID

[options]Object with one or more of the following properties:
[options.msecs = (current time)]RFC "timestamp" field (Number of milliseconds, unix epoch)
[options.random = (random)]Array of 16 random bytes (0-255) used to generate other fields, above
[options.rng]Alternative to options.random, a Function that returns an Array of 16 random bytes (0-255)
[options.seq = (random)]32-bit sequence Number between 0 - 0xffffffff. This may be provided to help ensure uniqueness for UUIDs generated within the same millisecond time interval. Default = random value.
[buffer]Uint8Array or Uint8Array subtype (e.g. Node.js Buffer). If provided, binary UUID is written into the array, starting at offset
[offset = 0]Number Index to start writing UUID bytes in buffer
returnsUUID String if no buffer is specified, otherwise returns buffer

Example:

import { v7 as uuidv7 } from 'uuid';

uuidv7(); // ⇨ '01941f29-7c00-73e4-a310-744d2167fc5b'

uuid.v8()

"Intentionally left blank"

[!NOTE] Version 8 (experimental) UUIDs are "for experimental or vendor-specific use cases". The RFC does not define a creation algorithm for them, which is why this package does not offer a v8() method. The validate() and version() methods do work with such UUIDs, however.

uuid.validate(str)

Test a string to see if it is a valid UUID

strString to validate
returnstrue if string is a valid UUID, false otherwise

Example:

import { validate as uuidValidate } from 'uuid';

uuidValidate('not a UUID'); // ⇨ false
uuidValidate('6ec0bd7f-11c0-43da-975e-2a8ad9ebae0b'); // ⇨ true

Using validate and version together it is possible to do per-version validation, e.g. validate for only v4 UUIds.

import { version as uuidVersion } from 'uuid';
import { validate as uuidValidate } from 'uuid';

function uuidValidateV4(uuid) {
  return uuidValidate(uuid) && uuidVersion(uuid) === 4;
}

const v1Uuid = 'd9428888-122b-11e1-b85c-61cd3cbb3210';
const v4Uuid = '109156be-c4fb-41ea-b1b4-efe1671c5836';

uuidValidateV4(v4Uuid); // ⇨ true
uuidValidateV4(v1Uuid); // ⇨ false

uuid.version(str)

Detect RFC version of a UUID

strA valid UUID String
returnsNumber The RFC version of the UUID
throwsTypeError if str is not a valid UUID

Example:

import { version as uuidVersion } from 'uuid';

uuidVersion('45637ec4-c85f-11ea-87d0-0242ac130003'); // ⇨ 1
uuidVersion('6ec0bd7f-11c0-43da-975e-2a8ad9ebae0b'); // ⇨ 4

[!NOTE] This method returns 0 for the NIL UUID, and 15 for the MAX UUID.

Command Line

UUIDs can be generated from the command line using uuid.

$ npx uuid
ddeb27fb-d9a0-4624-be4d-4615062daed4

The default is to generate version 4 UUIDS, however the other versions are supported. Type uuid --help for details:

$ npx uuid --help

Usage:
  uuid
  uuid v1
  uuid v3 <name> <namespace uuid>
  uuid v4
  uuid v5 <name> <namespace uuid>
  uuid v7
  uuid --help

Note: <namespace uuid> may be "URL" or "DNS" to use the corresponding UUIDs
defined by RFC9562

options Handling for Timestamp UUIDs

Prior to uuid@11, it was possible for options state to interfere with the internal state used to ensure uniqueness of timestamp-based UUIDs (the v1(), v6(), and v7() methods). Starting with uuid@11, this issue has been addressed by using the presence of the options argument as a flag to select between two possible behaviors:

  • Without options: Internal state is utilized to improve UUID uniqueness.
  • With options: Internal state is NOT used and, instead, appropriate defaults are applied as needed.

Support

Browsers: uuid builds are tested against the latest version of desktop Chrome, Safari, Firefox, and Edge. Mobile versions of these same browsers are expected to work but aren't currently tested.

Node: uuid builds are tested against node (LTS releases), plus one prior. E.g. At the time of this writing node@20 is the "maintenance" release and node@24 is the "current" release, so uuid supports node@20-node@24.

Typescript: TS versions released within the past two years are supported. source

Known issues

"getRandomValues() not supported"

This error occurs in environments where the standard crypto.getRandomValues() API is not supported. This issue can be resolved by adding an appropriate polyfill:

React Native / Expo

  1. Install react-native-get-random-values
  2. Import it before uuid. Since uuid might also appear as a transitive dependency of some other imports it's safest to just import react-native-get-random-values as the very first thing in your entry point:
import 'react-native-get-random-values';
import { v4 as uuidv4 } from 'uuid';

Generated from README_js.md by runmd