Colisões ao gerar UUIDs em JavaScript?

Isso se relaciona com esta questão . Estou usando o código abaixo de desta resposta para gerar UUID em JavaScript:

'xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx'.replace(/[xy]/g, function(c) {
    var r = Math.random()*16|0, v = c == 'x' ? r : (r&0x3|0x8);
    return v.toString(16);
});

Esta solução parecia estar funcionando bem, mas estou recebendo colisões. Aqui está o que eu tenho:

• Um aplicativo da web em execução no Google Chrome.
• 16 usuários.
• cerca de 4.000 UUIDs foram gerados nos últimos 2 meses por esses usuários.
• Tive cerca de 20 colisões - por exemplo, o novo UUID gerado hoje era o mesmo de cerca de 2 meses atrás (usuário diferente).

O que está causando esse problema e como posso evitá-lo?

Meu melhor palpite é que Math.random() seu sistema está quebrado por algum motivo (por mais bizarro que isso pareça). Este é o primeiro relatório que vejo de alguém sofrendo colisões.

node-uuidtem um equipamento de teste que você pode usar para testar a distribuição de dígitos hexadecimais nesse código. Se isso parecer certo, então não está Math.random(), então tente substituir a implementação UUID que você está usando no uuid()método lá e veja se você ainda obtém bons resultados.

[Atualização: acabei de ver o relatório do Veselin sobre o bug com Math.random()na inicialização. Como o problema está apenas na inicialização, o node-uuidteste provavelmente não será útil. Vou comentar com mais detalhes no link devoluk.com.]

Na verdade, existem colisões, mas apenas no Google Chrome. Confira minha experiência no assunto aqui

http://devoluk.com/google-chrome-math-random-issue.html

(Link quebrado em 2019. Link do arquivo: https://web.archive.org/web/20190121220947/http://devoluk.com/google-chrome-math-random-issue.html .)

Parece que as colisões acontecem apenas nas primeiras chamadas de Math.random. Porque se você apenas executar o método createGUID / testGUIDs acima (que obviamente foi a primeira coisa que tentei), ele funciona sem qualquer tipo de colisão.

Então, para fazer um teste completo, é necessário reiniciar o Google Chrome, gerar 32 bytes, reiniciar o Chrome, gerar, reiniciar, gerar ...

Só para que outras pessoas possam saber disso - eu estava enfrentando um número surpreendentemente grande de colisões aparentes usando a técnica de geração de UUID mencionada aqui. Essas colisões continuaram mesmo depois que eu mudei para seedrandom para meu gerador de números aleatórios. Isso me fez arrancar os cabelos, como você pode imaginar.

Acabei descobrindo que o problema estava (quase?) Exclusivamente associado aos bots rastreadores da web do Google. Assim que comecei a ignorar as solicitações com "googlebot" no campo do agente do usuário, as colisões desapareceram. Estou supondo que eles devem armazenar em cache os resultados dos scripts JS de alguma forma semi-inteligente, com o resultado final de que seu navegador spidering não pode ser considerado para se comportar da maneira que os navegadores normais fazem.

Apenas um FYI.

Eu queria postar isso como um comentário à sua pergunta, mas aparentemente o StackOverflow não permite.

Acabei de executar um teste rudimentar de 100.000 iterações no Chrome usando o algoritmo UUID que você postou e não tive colisões. Aqui está um snippet de código:

var createGUID = function() {
    return 'xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx'.replace(/[xy]/g, function(c) {
        var r = Math.random()*16|0, v = c == 'x' ? r : (r&0x3|0x8);
        return v.toString(16);
    });
}

var testGUIDs = function(upperlimit) {
    alert('Doing collision test on ' + upperlimit + ' GUID creations.');
    var i=0, guids=[];
    while (i++<upperlimit) {
        var guid=createGUID();
        if (guids.indexOf(guid)!=-1) {
            alert('Collision with ' + guid + ' after ' + i + ' iterations');
        }
        guids.push(guid);
    }
    alert(guids.length + ' iterations completed.');
}

testGUIDs(100000);

Tem certeza de que não há mais nada acontecendo aqui?

A resposta que postou originalmente esta solução UUID foi atualizada em 28/06/2016:

Um bom artigo de desenvolvedores do Chrome discutindo o estado da qualidade PRNG Math.random no Chrome, Firefox e Safari. tl; dr - No final de 2015 é "muito bom", mas não de qualidade criptográfica. Para resolver esse problema, aqui está uma versão atualizada da solução acima que usa ES6, a cryptoAPI e um pouco de assistente JS que não posso levar crédito :

function uuidv4() {
  return ([1e7]+-1e3+-4e3+-8e3+-1e11).replace(/[018]/g, c =>
    (c ^ crypto.getRandomValues(new Uint8Array(1))[0] & 15 >> c / 4).toString(16)
  )
}

console.log(uuidv4());

As respostas aqui tratam de "o que está causando o problema?" (Chrome Math.random seed issue), mas não "como posso evitá-lo?".

Se você ainda está procurando como evitar esse problema, escrevi esta resposta há algum tempo como uma versão modificada da função do Broofa para contornar esse problema exato. Ele funciona compensando os primeiros 13 números hexadecimais por uma porção hexadecimal do carimbo de data / hora, o que significa que, mesmo que Math.random esteja na mesma semente, ele ainda gerará um UUID diferente, a menos que seja gerado no mesmo milissegundo.