如题所述,有根据最好了,或者说在highly mutilthread env环境下,加synchronized
wrapper下吗,怎么才能比较好的降低并发产生,又不大范围(如果使用这个生成随机串的次数很多,比如一天百万级别的,对于生成随机串怎么降低或者说保证唯一)影响性能.
http://stackoverflow.com/questions/7212635/is-java-util-uuid-thread-safe
http://bugs.java.com/view_bug.do?bug_id=6611830
この
BUG
リンクには、JDK1.7
の修正が削除されたとも記載されているため、UUID
現在、JDK1.7
以降のバージョン実際、UUID は一意のキーを取得するための非常にパフォーマンス重視の方法であり、ローカル IP と自動インクリメントされる AtomicLong を直接使用することをお勧めします (もちろん、乱数) を使用して、分散一意キーの生成
ご招待ありがとうございます。
たとえば、電子商取引で注文番号が生成される場合、通常、特定の日の注文番号が事前に生成されます (推定数量、たとえば、昨日は 100 万件の注文があり、100 万 + 一定の冗長性が生成されます)今日)、memcache や redis などのキャッシュに配置され、注文番号プールとして MQ に配置することもできます。これを使用したい場合は、完全に一意である注文番号プール内の 1 つを使用するだけです。
生成方法はビジネス ロジックによって異なります。一般に、重複をまったく持たせたくない場合は、0 ~ 100W のシーケンスを生成し、それをシャッフルします。