أنشئ واحدًا أو أكثر من مُعرِّفات UUID عشوائية من الإصدار 4 فورًا، باستخدام مولّد الأرقام العشوائية الآمن في متصفحك.
📂 التقنية والإنترنتعبّئ الحقول الموجودة أعلى الصفحة، ثم اضغط الزر لرؤية النتيجة فورًا. كل شيء يعمل محليًا في متصفحك — لا حاجة للتسجيل، ولا تُرسَل أي بيانات لأي مكان أبدًا.
المُعرِّف الفريد عالميًا (UUID) هو رقم من 128 بت يُكتَب عادةً كسلسلة نصية من 36 حرفًا (مقسّمة إلى خمس مجموعات مفصولة بشرطات، مثل f47ac10b-58cc-4372-a567-0e02b2c3d479)، ويُستخدَم على نطاق واسع في هندسة البرمجيات لتمييز كل سجل في قاعدة بيانات أو ملف أو جلسة مستخدم بمعرّف فريد لا يتكرر عمليًا، حتى بلا أي تنسيق مركزي بين أنظمة مختلفة. تُنشئ هذه الأداة معرّفات من الإصدار 4 (v4)، الأكثر شيوعًا، حيث تُنشَأ كل بتاته العشوائية (باستثناء عدد قليل من البتات الثابتة التي تحدّد الإصدار والنوع) عبر مولّد أرقام عشوائية آمن تشفيريًا (crypto.getRandomValues)، مما يجعل احتمال تكرار نفس المعرّف مرتين ضئيلًا عمليًا. تستطيع البرمجيات التعرّف على معرّف v4 بموجب هذا النمط الثابت من البتات، فالمجموعة الثالثة من أرقامه تبدأ دائمًا بالرقم 4، ومجموعته الرابعة تبدأ دائمًا بأحد الأرقام 8 أو 9 أو a أو b، مما يميّزه عن إصدارات UUID أخرى تُنشئ بتاتها بقواعد أساسية مختلفة كليًا. حتى إنشاء مليار معرّف كل ثانية باستمرار يحتاج نظريًا نحو مئة عام قبل أن تصل احتمالية تصادم اثنين منها صدفة إلى 50 بالمئة فقط، سيناريو بعيد كليًا عن أي استخدام واقعي.
تنسيق معرّفات فريدة بين أنظمة مستقلة متعددة — خوادم مختلفة، قواعد بيانات مختلفة، تطبيقات لم تتواصل مع بعضها قط — هو مشكلة صعبة فعليًا في الأنظمة الموزَّعة إن جرت مقاربتها عبر عدّاد مركزي أو سجل مركزي. يحل UUID هذه المشكلة بطريقة مختلفة جذريًا: بدل التنسيق المركزي، يُنشئ كل نظام معرّفه محليًا ببساطة، معتمدًا على ضخامة المدى المحتمل للرقم لجعل التصادم العرضي مستبعدًا بشكل فلكي.
UUID رقم من 128 بت، يعطي حوالي 340 أندسيليون (3.4 × 10 مرفوعة للقوة 38) قيمة مميزة محتملة. الإصدار 4، النوع الذي تنشئه هذه الأداة، يستخدم هذا المدى الضخم كله تقريبًا للعشوائية — 122 من الـ128 بت تُنشَأ عشوائيًا، والـ6 بتات المتبقية ثابتة بقيم محددة تحدّد المعرّف كإصدار 4 وتضعه بنمط "النوع" القياسي، وهذا تحديدًا سبب أن المجموعة الثالثة من أرقام معرّف v4 تبدأ دائمًا بالرقم 4، ومجموعته الرابعة تبدأ دائمًا بأحد 8 أو 9 أو a أو b.
النتيجة العملية لهذا المدى العشوائي الضخم مضادة للحدس فعليًا: حتى إنشاء مليار معرّف UUID كل ثانية باستمرار سيحتاج ما يقارب 100 عام قبل أن تصل احتمالية تصادم اثنين منهما صدفة إلى 50 بالمئة — سيناريو بعيد كليًا عن الاستخدام الواقعي، وهذا سبب أن تصادمات UUID تُعامَل كمسألة غير ذات أهمية عمليًا في تصميم البرمجيات الحقيقي، رغم كونها ممكنة نظريًا من حيث المبدأ.
استخدام مصدر عشوائية آمن تشفيريًا في إنشاء UUID، لا دالة عشوائية عادية، مهم لأن ضمان التفرد بالكامل يعتمد على أن تكون العشوائية غير قابلة للتنبؤ حقًا وموزّعة بالتساوي عبر المدى الكامل من 122 بت — مصدر عشوائية أضعف بانحيازات إحصائية دقيقة يمكنه، من حيث المبدأ، أن يجعل قيمًا معينة لـUUID أكثر احتمالًا بشكل ملموس من غيرها، مما يقوّض بصمت ضمان تجنّب التصادم الذي يعتمد عليه النظام كله.
يُستخدَم UUID عبر البرمجيات المعاصرة كلما احتاج معرّف فريد بلا سلطة تنسيق مركزية: مفاتيح أساسية لسجلات قاعدة البيانات في الأنظمة الموزَّعة، أسماء ملفات فريدة للملفات المرفوعة لتجنّب استبدال الموجود منها، رموز جلسات لتتبع نشاط مستخدم، ومعرّفات ربط لتتبع طلب واحد وهو يتحرك بين خدمات مصغّرة مستقلة متعددة داخل تطبيق أكبر.
يعني الإصدار 4 من UUID أن المعرّف يُنشَأ تقريبًا بالكامل من بتات عشوائية (بخلاف الاعتماد على ختم زمني أو عنوان جهاز كما في إصدارات UUID الأخرى)، وهذا سبب كونه الإصدار الأكثر استخدامًا للمعرّفات الفريدة العامة.
بوجود 122 بت عشوائي، عدد معرّفات v4 الممكنة كبير بشكل هائل فلكيًا (أكثر من 5 أنديسليون)، فاحتمال إنشاء تكرار عرضيًا ضئيل جدًا لأي استخدام عملي تقريبًا.
تُحدَّد هذه الأداة بـ50 معرّفًا لكل ضغطة لتسهيل قراءة ونسخ الناتج؛ إذا احتجت دفعة أكبر بكثير، يمكنك ببساطة الضغط على أنشئ عدة مرات وتجميع النتائج.