全球唯一標識（GUID/UUID）的要求與實施方法

一、核心要求

1. 唯一性

2. 空間唯一性：通過算法結合硬件信息（如網卡MAC地址）確保不同設備生成的標識不重復。

3. 時間唯一性：利用時間戳（如從1490年開始的分鐘數(shù)）避免同一設備在不同時間生成重復標識。

4. 隨機性補充：在缺乏硬件信息時，使用隨機數(shù)或偽隨機數(shù)增強唯一性（如UUID版本4）。

5. 格式標準化

6. 固定長度：128位（16字節(jié)），以32位十六進制數(shù)表示，格式為xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx（如337c7f2b-7a34-4f50-9cc8）。

7. 版本標識：通過特定字段區(qū)分生成方式（如版本1基于時間，版本3基于命名空間，版本4隨機生成）。

8. 持久性

9. 不可變性：標識一旦生成，需與對象生命周期綁定，不得重復使用或修改。

10. 無含義性：采用無含義順序碼，避免因含義擴展導致沖突。

11. 可擴展性

12. 冗余設計：預留字段支持未來功能擴展（如Snowflake算法的64位ID中，42位為時間戳，10位為業(yè)務標識，12位為自增序列）。

13. 兼容性：與現(xiàn)有編碼體系（如EAN/UCC、GTIN）兼容，便于供應鏈整合。

二、實施方法

1. 算法選擇

2. UUID版本1：結合時間戳、MAC地址和隨機數(shù)，適用于單設備多標識場景。

3. UUID版本4：完全隨機生成，適用于無硬件信息的分布式系統(tǒng)。

4. Snowflake算法：64位ID包含時間戳、業(yè)務標識和自增序列，適用于高并發(fā)場景（如每毫秒生成4095個唯一ID）。

5. 自定義算法：結合業(yè)務需求設計（如醫(yī)療器械UDI需包含產品類別、生產批次等信息）。

6. 生成工具

7. C#：System.Guid.NewGuid()

8. Java：UUID.randomUUID()

9. Python：uuid.uuid4()

10. 編程語言內置庫：

11. 第三方庫：如Apache Commons ID的UUIDGenerator。

12. 在線生成器：提供快速生成服務（需驗證安全性）。

13. 應用場景適配

14. Snowflake算法：結合數(shù)據(jù)中心ID和機器ID，避免跨節(jié)點沖突。

15. MongoDB ObjectId：12字節(jié)ID包含時間戳、機器標識、進程ID和計數(shù)器。

16. 結構：Header+ EPC Manager + Object Class + SerialNumber，支持對單個物品的唯一標識。

17. 管理：通過EPCglobal分配編碼，確保全球唯一性。

18. 結構：DI（設備標識符）+PI（生產標識符），其中DI包含廠商代碼、型號參考碼，PI包含批號、序列號等。

19. 載體：一維碼、二維碼或RFID標簽，需符合ISO/IEC 15459標準。

20. 醫(yī)療器械UDI：

21. 物聯(lián)網EPC編碼：

22. 分布式系統(tǒng)：

23. 驗證與測試

24. 唯一性驗證：通過生成大量標識（如每秒10萬次）并檢查沖突率（理論沖突概率極低，但需實際測試）。

25. 性能測試：評估生成速度（如UUID版本4在單線程下每秒可生成數(shù)百萬個）。

26. 兼容性測試：確保標識與現(xiàn)有系統(tǒng)（如數(shù)據(jù)庫、API）兼容。

三、行業(yè)實踐案例

1. 醫(yī)療器械UDI實施流程

2. 選擇發(fā)碼機構：如GS1、HIBCC或ICCBBA。

3. 創(chuàng)建DI和PI：DI包含廠商代碼和型號參考碼，PI包含批號和序列號。

4. 賦碼與上傳：將標識賦予產品包裝或本體，并上傳至國家藥品監(jiān)督管理局數(shù)據(jù)庫。

5. 動態(tài)更新：產品設計變更時更新DI信息，確保追溯性。

6. 物聯(lián)網EPC編碼管理

7. 編碼分配：由中國物品編碼中心負責國內EPC碼分配。

8. 編碼結構：EPCManager（廠商代碼） + Object Class（產品類別） + Serial Number（序列號）。

9. 應用場景：供應鏈管理、庫存追蹤、防偽驗證。

10. 分布式系統(tǒng)ID生成

11. Twitter Snowflake：結合時間戳、工作機器ID和序列號，支持每秒數(shù)萬次ID生成。

12. MongoDB ObjectId：12字節(jié)ID包含時間戳、機器標識和計數(shù)器，確保集群內唯一性。