在互聯(lián)網(wǎng)的業(yè)務(wù)系統(tǒng)中，涉及到各種各樣的ID，訂單id,支付id,退款id,下面我一一來列舉一下，不一定全部適合，這些解決方案僅供你參考，或許對你有用。

方案：

1.UUID

算法的核心思想是結(jié)合機器的網(wǎng)卡、當(dāng)?shù)貢r間、一個隨記數(shù)來生成UUID。

優(yōu)點：本地生成，生成簡單，性能好，沒有高可用風(fēng)險

缺點：長度過長，存儲冗余，且無序不可讀，查詢效率低

2.UUID的變種

1)為了解決UUID不可讀，可以使用UUID的變種，示例代碼：

1import?java.util.UUID;

2

3public?class?T?{

4????????public?static?String?getOrderIdByUUId()?{

5????????????int?machineId?=?1;//最大支持1-9個集群機器部署

6????????????int?hashCodeV?=?UUID.randomUUID().toString().hashCode();

7????????????if(hashCodeV?

8????????????????hashCodeV?=?-?hashCodeV;

9????????????}

10????????????//?0?代表前面補充0

11????????????//?4?代表長度為4

12????????????//?d?代表參數(shù)為正數(shù)型

13????????????return?machineId?+?String.format("%015d",?hashCodeV);

14????????}

15????????public?static?void?main(String[]?args)?{

16????????????System.out.println(getOrderIdByUUId());

17????????}

18}

3.利用zookeeper生成唯一ID

zookeeper主要通過其znode數(shù)據(jù)版本來生成序列號，可以生成32位和64位的數(shù)據(jù)版本號，客戶端可以使用這個版本號來作為唯一的序列號。

很少會使用zookeeper來生成唯一ID。主要是由于需要依賴zookeeper，并且是多步調(diào)用API，如果在競爭較大的情況下，需要考慮使用分布式鎖。因此，性能在高并發(fā)的分布式環(huán)境下，也不甚理想。

4.數(shù)據(jù)庫自增ID

使用數(shù)據(jù)庫的id自增策略，如 MySQL 的 auto_increment。并且可以使用兩臺數(shù)據(jù)庫分別設(shè)置不同步長，生成不重復(fù)ID的策略來實現(xiàn)高可用。

優(yōu)點：數(shù)據(jù)庫生成的ID絕對有序，高可用實現(xiàn)方式簡單

缺點：需要獨立部署數(shù)據(jù)庫實例，成本高，有性能瓶頸

5.批量生成ID

一次按需批量生成多個ID，每次生成都需要訪問數(shù)據(jù)庫，將數(shù)據(jù)庫修改為最大的ID值，并在內(nèi)存中記錄當(dāng)前值及最大值。

優(yōu)點：避免了每次生成ID都要訪問數(shù)據(jù)庫并帶來壓力，提高性能

缺點：屬于本地生成策略，存在單點故障，服務(wù)重啟造成ID不連續(xù)

6.Redis生成ID

Redis的所有命令操作都是單線程的，本身提供像 incr 和 increby 這樣的自增原子命令，所以能保證生成的 ID 肯定是唯一有序的。

優(yōu)點：不依賴于數(shù)據(jù)庫，靈活方便，且性能優(yōu)于數(shù)據(jù)庫；數(shù)字ID天然排序，對分頁或者需要排序的結(jié)果很有幫助。

缺點：如果系統(tǒng)中沒有Redis，還需要引入新的組件，增加系統(tǒng)復(fù)雜度；需要編碼和配置的工作量比較大。

考慮到單節(jié)點的性能瓶頸，可以使用 Redis 集群來獲取更高的吞吐量。假如一個集群中有5臺 Redis。可以初始化每臺 Redis 的值分別是1, 2, 3, 4, 5，然后步長都是 5。各個 Redis 生成的 ID 為：

A：1, 6, 11, 16, 21

B：2, 7, 12, 17, 22

C：3, 8, 13, 18, 23

D：4, 9, 14, 19, 24

E：5, 10, 15, 20, 25

隨便負載到哪個機確定好，未來很難做修改。步長和初始值一定需要事先確定。使用 Redis 集群也可以方式單點故障的問題。

另外，比較適合使用 Redis 來生成每天從0開始的流水號。比如訂單號 = 日期 + 當(dāng)日自增長號。可以每天在 Redis 中生成一個 Key ，使用 INCR 進行累加。

7. Twitter的snowflake算法

Twitter 利用 zookeeper 實現(xiàn)了一個全局ID生成的服務(wù) Snowflake：github.com/twitter/sno…

https://github.com/twitter/snowflake

優(yōu)點：高性能，低延遲，按時間有序，一般不會造成ID碰撞

缺點：需要獨立的開發(fā)和部署，依賴于機器的時鐘

8.百度UidGenerator

UidGenerator是百度開源的分布式ID生成器，基于于snowflake算法的實現(xiàn)，看起來感覺還行。不過，國內(nèi)開源的項目維護性真是擔(dān)憂。

具體可以參考官網(wǎng)說明：

https://github.com/baidu/uid-generator/blob/master/README.zh_cn.md

9. 美團Leaf

Leaf 是美團開源的分布式ID生成器，能保證全局唯一性、趨勢遞增、單調(diào)遞增、信息安全，里面也提到了幾種分布式方案的對比，但也需要依賴關(guān)系數(shù)據(jù)庫、Zookeeper等中間件。

具體可以參考官網(wǎng)說明：

https://tech.meituan.com/MT_Leaf.html

10. MongoDB的ObjectId

MongoDB的ObjectId和snowflake算法類似。它設(shè)計成輕量型的，不同的機器都能用全局唯一的同種方法方便地生成它。MongoDB 從一開始就設(shè)計用來作為分布式數(shù)據(jù)庫，處理多個節(jié)點是一個核心要求。使其在分片環(huán)境中要容易生成得多。

總結(jié)

以上是生活随笔為你收集整理的java 生成objectid_【Java】唯一ID的几种生成方案的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。