การชนกันเมื่อสร้าง UUID ใน JavaScript?

สิ่งนี้เกี่ยวข้องกับคำถามนี้ ฉันใช้รหัสด้านล่างจากคำตอบนี้เพื่อสร้าง UUID ใน 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);
});

โซลูชันนี้ดูเหมือนจะใช้งานได้ดี แต่ฉันได้รับการชนกัน นี่คือสิ่งที่ฉันมี:

• เว็บแอปที่ทำงานใน Google Chrome
• ผู้ใช้ 16 คน
• ผู้ใช้เหล่านี้สร้าง UUID ประมาณ 4000 รายการในช่วง 2 เดือนที่ผ่านมา
• ฉันได้รับการชนกันประมาณ 20 ครั้ง - เช่น UUID ใหม่ที่สร้างขึ้นในวันนี้เหมือนกับเมื่อประมาณ 2 เดือนที่แล้ว (ผู้ใช้คนละคน)

อะไรเป็นสาเหตุของปัญหานี้และฉันจะหลีกเลี่ยงได้อย่างไร

การคาดเดาที่ดีที่สุดของฉันคือMath.random()ระบบของคุณเสียด้วยเหตุผลบางอย่าง (แปลกประหลาดเมื่อฟังดู) นี่เป็นรายงานแรกที่ฉันเห็นว่ามีใครชนกัน

node-uuidมีสายรัดทดสอบที่คุณสามารถใช้เพื่อทดสอบการแจกแจงของเลขฐานสิบหกในรหัสนั้น หากสิ่งนั้นดูดีแสดงว่าไม่ใช่Math.random()ดังนั้นให้ลองแทนที่การใช้งาน UUID ที่คุณใช้ในuuid()วิธีการดังกล่าวและดูว่าคุณยังคงได้ผลลัพธ์ที่ดีหรือไม่

[อัปเดต: เพิ่งเห็นรายงานของ Veselinเกี่ยวกับข้อบกพร่องMath.random()เมื่อเริ่มต้น เนื่องจากปัญหาเกิดขึ้นเมื่อเริ่มต้นเท่านั้นการnode-uuidทดสอบจึงไม่น่าจะเป็นประโยชน์ ฉันจะแสดงความคิดเห็นโดยละเอียดในลิงค์ devoluk.com]

แน่นอนว่ามีการชนกัน แต่ภายใต้ Google Chrome เท่านั้น ตรวจสอบประสบการณ์ของฉันในหัวข้อที่นี่

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

(ลิงก์เสียเมื่อปี 2019 ลิงก์ที่เก็บถาวร: https://web.archive.org/web/20190121220947/http://devoluk.com/google-chrome-math-random-issue.html )

ดูเหมือนว่าการชนกันจะเกิดขึ้นกับ Math.random สองสามสายแรกเท่านั้น สาเหตุถ้าคุณเพิ่งเรียกใช้เมธอด createGUID / testGUIDs ด้านบน (ซึ่งเห็นได้ชัดว่าเป็นสิ่งแรกที่ฉันลอง) มันก็ใช้งานได้โดยไม่มีการชนกันใด ๆ

ดังนั้นในการทำการทดสอบแบบเต็มต้องรีสตาร์ท Google Chrome สร้าง 32 ไบต์รีสตาร์ท Chrome สร้างรีสตาร์ทสร้าง ...

เพียงเพื่อให้คนอื่น ๆ สามารถรับรู้เรื่องนี้ - ฉันพบการชนกันจำนวนมากอย่างน่าประหลาดใจโดยใช้เทคนิคการสร้าง UUID ที่กล่าวถึงที่นี่ การชนเหล่านี้ยังคงดำเนินต่อไปแม้ว่าฉันจะเปลี่ยนไปใช้seedrandomสำหรับเครื่องสร้างตัวเลขสุ่มของฉัน นั่นทำให้ฉันฉีกผมออกอย่างที่คุณจินตนาการได้

ในที่สุดฉันก็พบว่าปัญหา (เกือบ?) เกี่ยวข้องกับบอทโปรแกรมรวบรวมข้อมูลเว็บของ Google โดยเฉพาะ ทันทีที่ฉันเริ่มเพิกเฉยต่อคำขอของ "googlebot" ในช่อง user-agent การชนกันก็หายไป ฉันคาดเดาว่าพวกเขาต้องแคชผลลัพธ์ของสคริปต์ JS ด้วยวิธีกึ่งอัจฉริยะโดยผลลัพธ์สุดท้ายที่เบราว์เซอร์ spishing ของพวกเขาไม่สามารถนับได้ว่าจะทำงานแบบที่เบราว์เซอร์ปกติทำ

เพียงแค่ FYI

ฉันต้องการโพสต์สิ่งนี้เป็นความคิดเห็นสำหรับคำถามของคุณ แต่ดูเหมือนว่า StackOverflow จะไม่ยอมให้ฉัน

ฉันเพิ่งทำการทดสอบพื้นฐานของการทำซ้ำ 100,000 ครั้งใน Chrome โดยใช้อัลกอริทึม UUID ที่คุณโพสต์และไม่มีการชนกัน นี่คือข้อมูลโค้ด:

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);

แน่ใจหรือว่าไม่มีอย่างอื่นเกิดขึ้นที่นี่?

คำตอบที่โพสต์ครั้งแรกโซลูชัน UUID นี้ได้รับการอัปเดตเมื่อ 2017-06-28:

บทความดีดีจากนักพัฒนา Chromeถกรัฐที่มีคุณภาพ Math.random PRNG ใน Chrome, Firefox และ Safari tl; dr - เมื่อปลายปี 2015 "ค่อนข้างดี" แต่ไม่ใช่คุณภาพการเข้ารหัส เพื่อแก้ไขปัญหาดังกล่าวต่อไปนี้เป็นเวอร์ชันอัปเดตของโซลูชันข้างต้นซึ่งใช้ ES6, cryptoAPI และวิซาร์ด JS เล็กน้อยที่ฉันไม่สามารถให้เครดิตได้ :

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());

คำตอบที่นี่คือ "สาเหตุของปัญหาคืออะไร" (Chrome Math.random seed issue) แต่ไม่ใช่ "ฉันจะหลีกเลี่ยงได้อย่างไร"

หากคุณยังคงมองหาวิธีหลีกเลี่ยงปัญหานี้ฉันได้เขียนคำตอบนี้กลับไปในขณะที่แก้ไขฟังก์ชันของ Broofa เพื่อแก้ไขปัญหาที่แน่นอนนี้ มันทำงานโดยการหักล้างเลขฐานสิบหก 13 ตัวแรกด้วยส่วนฐานสิบหกของการประทับเวลาซึ่งหมายความว่าแม้ว่า Math.random จะอยู่ในเมล็ดพันธุ์เดียวกัน แต่ก็ยังคงสร้าง UUID ที่แตกต่างกันเว้นแต่สร้างขึ้นในมิลลิวินาทีเดียวกัน