可知的用户资料只有邮箱,由于app可以离线使用,所以想要为他新建的内容加一个唯一的索引,用于同步,他可能同一个帐号在不同的设备上离线增加内容。
这个唯一的索引,最好是个数字。
目前是用时间戳加随机数以及email的位数,但生成出来的数字太长了,一定要用long储存,十分不便,大家有无更好的办法,尽量不重复,越短越好。
如果数字是在无法控制在 (int)2147483647
的范围内,用字符串也可以,尽量的短就好了。
可知的用户资料只有邮箱,由于app可以离线使用,所以想要为他新建的内容加一个唯一的索引,用于同步,他可能同一个帐号在不同的设备上离线增加内容。
这个唯一的索引,最好是个数字。
目前是用时间戳加随机数以及email的位数,但生成出来的数字太长了,一定要用long储存,十分不便,大家有无更好的办法,尽量不重复,越短越好。
如果数字是在无法控制在 (int)2147483647
的范围内,用字符串也可以,尽量的短就好了。
不用long存储用字符串更耗空间吧,64位才8个byte 1.时间戳可以定义成一个过去的时间到现在的毫秒数,例如2010年,这样位数不多,48位足够 2.剩余几位用每个机器编个号,每个进程/线程编个号,应该不会超过64位
7 回答5.3k 阅读
5 回答3.2k 阅读✓ 已解决
3 回答2.3k 阅读✓ 已解决
3 回答3.9k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
1 回答2.4k 阅读✓ 已解决
1 回答2.9k 阅读✓ 已解决
java: UUID.randomUUID().toString();