哇，又来了。曾投过，然后回复“谢谢来函。我们再收集一段时间简历，如果有消息会同你联络。”然后就没了。。。

@xlogion 增量好处理。对于数据会频繁更新，如果用实时索引的话这样子会巨吃内存的。

@linlinqi 你瞅瞅。最终决定了，告俺一声。。。

我瞅了下，准备入飞利浦空气净化器AC4076

@no2x 不会冲突啊。用过了，我就可以再申请下来的啊。

@soulhacker 可能是我有些没有说清楚；

1、我是针对不同的优惠券发放不同的优惠券码，系统中可能同时有很多优惠券在发放，最后是认码的，所以这些码是唯一的。
2、不一定实时生成。生成的频率系统设计，每秒请求5个码，响应时间小于150ms(期望值 )
3、6位string型的，但是每一位都是数字。因为会出现012345这种码。

@no2x 读了，用了，可以再次生成了就。

@acalarolo 多谢。因为这个值在生成之前和用户无关，而且允许一个用户多次申请。所以拿用户的信息来参与计算，重复机率有点大；
@qiuai @no2x 俺得需要6位数字的。。
@gockxml 多谢。我研究一下。

@013231 @ipconfiger 这样子是最好的方法，一个队列去处理。但是我的优惠券很多很多，如果说一个优惠券占用1M，哪么N张的话，这个量也不少。。。如果用库的话，就得考虑锁的事。如果用队列，就得考虑维护队列的成本。

@acalarolo 提供的是一个服务，应该是服务器对服务器的，而且允许通过各种手段获取，手机，短信，APP，WEB，MAIL。=====

@dingstyle UUID 长度32.。。

@stackpop 这样子只能保证最终生成的是唯一的。但是有可能需要生成N次。

@acalarolo 我提供的服务，mac地址肯定是服务器的。。

想问一下，楼主用的啥软件显示这个的。

redis当一个key-value的在用，估计用在了count-server,用户状态了之类的缓存了。所以，啥都完了。