很多网站都有邀请制。
会为每个用户生成一个邀请码,每个用户的邀请码都不一样。
生成这些邀请码有一个特点:
1.不能重复,若每次生成的时候检查数据库中是否有重复,但影响效率。
2.尽可能短,太长的话不方便用户输入。
3.不能连续,不容易被人猜到。
衍生出的问题是
怎么为一些兑奖应用生成不重复的,尽可能短的,不能被人猜到的兑换码?
很多网站都有邀请制。
会为每个用户生成一个邀请码,每个用户的邀请码都不一样。
生成这些邀请码有一个特点:
1.不能重复,若每次生成的时候检查数据库中是否有重复,但影响效率。
2.尽可能短,太长的话不方便用户输入。
3.不能连续,不容易被人猜到。
衍生出的问题是
怎么为一些兑奖应用生成不重复的,尽可能短的,不能被人猜到的兑换码?
不能重复就让邀请码的产生和时间戳相关并且在这个基础上加salt,但是在大量连续用户的请求下,小概率事件仍然是可能发生的,并且该种方式或不满足尽可能短
的要求。
邀请码可以通过用户ID和用户唯一的UID产生,比如用户名和手机号,做一次加密产生规则加密串,这个是一次性产生持续使用的,可以做数据库重复检测,并不影响效率。
兑奖的码,将码和用户UID绑定,两个条件确定一个内容可以大大降低长度并且不需要重复性要求。
其实吧。你不经过数据库你产生的这些东西存在哪?不做重复性检查,设置唯一键就可以了。
15 回答8.4k 阅读
8 回答6.2k 阅读
1 回答4k 阅读✓ 已解决
3 回答2.2k 阅读✓ 已解决
2 回答3.1k 阅读
2 回答3.8k 阅读
3 回答1.7k 阅读✓ 已解决
上次看到一哥们说的京东订单的订单号处理的方式:
每天固定点自动生成N多个(具体多少个基于数据的采集分析)订单号存在nosql数据库中,首先保证了没有重复,然后每次需要使用的时候从这个nosql数据库中取,不需要判断是否重复,以及每次都要重新生成。
具体怎么生成,我能想到的无非也就是
uuid
,md5
,System.nanotime()
。 等别人给你好答案。