UUID(Universally Unique Identifier),GUID都是希望在整個時空範圍內能產生唯一識別碼,這在分散式運算環境下是必要的. 然而,如果僅僅是想在一個受限定的局部環境下,想產生一個"局部唯一識別碼",使用UUID就是殺雞用牛刀,這個"局部唯一識別碼",我稱之為LUID(Local Unique Identifier)
比如我在用php開發網站程式時,為避免使用者同時多次開啟同一個網頁導致session名稱衝突問題, 就希望儲存的session不是$_SESSION['param'],而是$_SESSION[$luid]['param'],再通過其他方式傳遞$luid值,保證'param'參數不被覆蓋. 尋找了一下別人的解決方式,都是產生UUID,而產生UUID的演算法洋洋洒洒上百行. 我考慮到因為是在SESSION空間裡,是一個受限定的環境,其唯一性的強度不必太高,只要在同一個SESSION的生存期限內唯一就可以了,於是便有了下面的代碼:
複製代碼 代碼如下:
/**
* 返回一個唯一在本地系統中獨一無二的字串,
* 返回的是32個字元的字串,形式如'7dac352074f221f3edc74d265c65a636',或'd198d8fc56ffed627f3f8313d6f06acf'
*/
function LUID(){
return MD5(microtime());
}
其實就一行.return MD5(microtime());
按道理microtime()返回的字串就已經是唯一的了,我測了一下,即使連續執行microtime(),傳回值也有100us以上的差別,而使用者點擊,並在網路上傳遞再由伺服器處理的間隔遠不止幾十ms. 加上md5隻是讓結果雜亂化.
http://www.bkjia.com/PHPjc/326068.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/326068.htmlTechArticleUUID(Universally Unique Identifier),GUID都是希望在整個時空範圍內能產生唯一識別碼,這在分散式運算環境下是必要的. 然而,如果僅僅是想在一個受限...
