1. 自己寫代碼產生隨機的數字和字母組合，每產生1個去數據庫查詢該隨機碼是否已存在，如果已存在，則重新產生，直到不重複爲止。
優點：沒發現有啥優點。
缺點：產生速度慢，還要查詢數據庫，當數據量大的時候，可能重複的機率會比較高，要查詢多次數據庫.
2. guid,該方法應該是用的比較多的。
優點：使用簡單方便，不用自己編寫額外的代碼
缺點：佔用數據庫空間相對較大，特別是根據guid查詢速度比較慢(畢竟是字符串)。
3. 主鍵+隨機碼的方式，我們產生的隨機碼保存到數據庫肯定會有個主鍵，用該主鍵+隨機字符來組合。產生步驟：
1) 先從id生成器中獲取id，比如是155.
2）填充成固定位數(比如8位)的字符串(不夠位數的左邊填0，超過位數直接使用該數字)，得到：00000155
3）在每個數字後面隨機插入1個字母或其它非數字符號，得到：0A0F0R0Y0H1K5L5M
這樣就可以得到1個隨機的唯一的邀請碼了。
優點：使用也比較簡單，不用查詢數據庫。最大的優點是查詢的時候，可以根據邀請碼直接得到主鍵id，
然後根據id去數據庫查詢(速度很快)，再比較查詢出來的邀請碼和用戶提交的邀請碼是否一致。
缺點：需要使用id產生器，如果主鍵是數據庫自增長的就不太好用(需要先插入數據庫獲取id，再更新邀請碼)。
4. 有時候產品經理說，我要求邀請碼都是數字的。把方法3變通下就可以實現唯一的純數字隨機碼了。
1) 獲取id: 155
2) 轉換成8進制：233
3) 轉爲字符串，並在後面加'9'字符：2339
4）在後面隨機產生若干個隨機數字字符：2003967524987
轉爲8進制後就不會出現9這個字符，然後在後面加個'9'，這樣就能確定唯一性。最後在後面產生一些隨機數字就可以。
優缺點同方法3
