概述 snowflake是Twitter開源的分布式ID生成算法，結果是一個Long型的ID。其核心思想是：使用41bit作為毫秒數，10bit作為機器的ID（5個bit是數據中心，5個bit的機器ID），12bit作為毫秒內的序列號（意味着每個節點在每毫秒可以產生 4096 個 ID ...

最近在研究分布式框架的組件和整體設計思路。所有的問題，一旦涉及分布式難度就呈幾何倍數的提升。包括最常見的ID生成也是，單機情況下，使用數據庫自增ID、UUID都是簡單易行的選擇 但在分布式環境下，就需要考慮同業務部署多套以后，ID重復的問題。使用數據庫則數據庫容易成為瓶頸，使用UUID又沒有順序 ...

兩種下雪特效： 1. 2. 使用方法： 方法①、復制其中一種 JS 代碼，粘貼到網站</body>標簽之前即可； 方法②、去掉代碼前后的<script **>標簽，然后將代碼保存為 js 文件，最后在網站引用即可。 Ps：若沒效果，請 ...

雪花算法簡單描述： 最高位是符號位，始終為0，不可用。 41位的時間序列，精確到毫秒級，41位的長度可以使用69年。時間位還有一個很重要的作用是可以根據時間進行排序。 10位的機器標識，10位的長度最多支持部署1024個節點。 12位的計數序列號，序列號即一系列的自增id，可以支持同一節點同一 ...

全局唯一Id:雪花算法 雪花算法-snowflake 分布式系統中，有一些需要使用全局唯一ID的場景，這種時候為了防止ID沖突可以使用36位的UUID，但是UUID有一些缺點，首先他相對比較長，另外UUID一般是無序的。 有些時候我們希望能使用一種簡單一些的ID ...

先抄個雪花ID介紹，雪花算法： 雪花ID是用一個64位的整形數字來做ID，對應.net中的long，數據庫中的bigint，雪花算法的原始版本是scala版，用於生成分布式ID（純數字，時間順序）,訂單編號等。 自增ID：對於數據敏感場景不宜使用，且不適合於分布式場景。GUID：采用 ...

今天給大家講一個實現下雪特效的方法，（我是從別的博主那里借鑒過來的，由於時間久遠，忘了原作者的名字，請見諒~）， 以下是在本人網站（www.ifree6.cn）上面的一個實例： ❤溫馨提示：這篇文章需要你有少量的編程基礎，否則你會看的很吃力哦~ 一、效果圖：先給大家過目一下效果 ...

//------------------ css ------------------- /*Keyframes*/ @keyframes snow { 0% { background-po ...