V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
This topic created in 2290 days ago, the information mentioned may be changed or developed.
有一个需求是不用数字作为用户 ID，要用英文字母
我现在有三种解决方案
第一种：用户注册时候，生成一个随机英文字符串，去查用户表，如果重复再重新生成，直到唯一。
第二种：先生成一张字母 ID 表，每次用户从里面取，取了就标记为已用。
第三种：用函数把用户数字 ID 转为字母 ID，但是转出来的 ID，两个相近的用户，字母 ID 太相似了。
有什么更好的解决方案吗？
 | 1 Varobjs Jan 22, 2020 via Android 就是随机生成不唯一的用户名呗 |
 | 2 lg106 OP @Varobjs 也可以这么说，用户 ID 要显示在外面，我们不想让别人看到我们的数字 ID，所以想用英文来代替，包括我们的文章 ID 也是要弄成英文 ID |
 | 3 imlinhanchao &bsp; Jan 22, 2020 @lg106 uuid 可否？ |
 | 4 whypool Jan 22, 2020 新增数据可以用 UUID，把横杠去掉就行，就是有点长 用户名+时间戳+MD5 也能生成唯一 ID crypto 库也能生成唯一 ID |
 | 5 jfcherng Jan 22, 2020 via Android hashids |
 | 6 jinhan13789991 Jan 22, 2020 via Android 第一个人是 AAAAAAAA，第二个人是 AAAAAAAB，以此类推～ 变相的 26 进制自增 |
 | 7 eojessie Jan 22, 2020 @jinhan13789991 这个容易被枚举了。。。。 |
| 8 lg106 OP @imlinhanchao 可能太长了 |
 | 9 otakustay Jan 22, 2020 就用自增键然后 hash 一下呢 |
| 10 lg106 OP @jinhan13789991 我第三种就是这种，可以用函数转化，但容易被找规律 |
 | 15 GM Jan 22, 2020  1 HashID 了解一下，数据表可以继续用自增 id 字段，对外做个转换变成 HashID 就好了。 |
 | 16 009694 Jan 22, 2020 via iPhone 前两种方案有什么缺点吗？ |
 | 17 5oiR5piv5YK76YC8 Jan 22, 2020 2 hashids 靠谱 |
 | 18 cgpiao Jan 22, 2020 via iPhone 设备 id + 自定义格式时间 + 自增 转换为 36 进制 |
| 19 lg106 OP 试了下 hashids，这个完美解决，感谢大佬们 |
 | 20 eason1874 Jan 22, 2020 怕 ID 暴露可以用 36 进制，36 个字符打乱顺序就不好猜了，但如果获得连续 ID 还是可以破解出来。 |
 | 21 vanishcode Jan 22, 2020 https://github.com/souyunku/SnowFlake 不知道是不是楼主想要的。。 |
 | 22 xaplux Jan 22, 2020 @vanishcode 很明显不是，楼主想要的是全字母的，17 楼说的 hashids 靠谱 |
 | 23 tabris17 Jan 22, 2020 snowflake 算法生成 64 位整数 然后转换成 base53 字符串（仅包含字母和下划线） |
 | 24 hubqin Jan 22, 2020 取巧，Javascript：Math.random().toString(36).slice(2) |
 | 25 wengcd Jan 22, 2020 |
 | 26 alaikis Jan 22, 2020 数字 36 进制 |
 | 27 MrYELiex Jan 22, 2020 snowflake |
 | 28 Raymon111111 Jan 22, 2020 snowflake 这种方案然后把 0 到 9 映射到 a - j 上就行了. 一个简单的实现是, 当前时间(unixtime, 秒和毫秒都可以) + 机器码(比如集群是 100 个机器, 那就号码就是 00 - 99) + 三位轮询的数(每个机器启动时候就拿到一个打乱的大小是 1000 的数组, 里面的数是 000 - 999, 生成的时候从里面取数然后移除, 空了再生成一次) 这么干冲突的概率相当小(几乎不会有) |
 | 29 looplj Jan 22, 2020 uuid->hash->baese64 取前 10 位 |
 | 30 sleepm Jan 22, 2020 有个自增主键 id，然后，先插入新纪录，然后获取 id，再根据 id 生成全字母的 ID |
 | 31 luopengfei14 Jan 22, 2020 via iPhone 36、62 进制都可以 |
 | 32 fx Jan 22, 2020 hashids |
 | 33 jeremaihloo Jan 22, 2020 |
 | 34 qsbaq Jan 22, 2020 把 ID 弄个 md5 肯定唯一了 |
 | 35 songco Jan 22, 2020 没有可读性要求可以直接 id 映射一下就行, 比如数字转换成 16 进制; 比如 0-9 映射成 10 个字幕 有可读性要求的话, 准备字典, 然后随机生成两到组拼起来, 预先生成也行; 生成后查重复也行; 直接按顺序映射也可以, 生成的结果大概类似 docker 的默认名字, 比如 adoring_lovelace 之类的 |
 | 37 wzwwzw Jan 22, 2020 uuid 去掉 - 呗。 |
 | 38 kkkkkrua Jan 22, 2020 via iPhone 将数字转成 58 进制 |
 | 39 hauzi Jan 22, 2020 via iPhone 第一种 |
 | 40 fireapp Jan 22, 2020 via iPhone mongo object id 还不错可以试试 |
 | 41 freemoon Jan 22, 2020 利用自增思想，A->B 等效于 1->2 |
 | 42 fdingiit Jan 22, 2020 有请求，再创建不是一个好的生产环境策略。 我们的生产环境上，id 是有个预资源池，初始可能是 n 位，随用随取。如果用完了，就 stop the world 并再生成一个位数为 n+1 的 id 新池子。 这个思路的来源是编译器中内存分配以及垃圾回收的几个简单算法。 |
 | 43 gamexg Jan 22, 2020 hashid 挺好， 我做过类似的另一个需求， 不过原始 id 是二进制数据，直接固定 iv 的 aes 流加密来做的。 |
 | 44 rogwan Jan 22, 2020 hashids + 盐。 |
 | 45 LancerEvo Jan 22, 2020 记得在某个公司的代码里见过一个微服务 用的第二种实现 |
 | 46 zyqhi Jan 22, 2020 via iPhone 26 进制 |
 | 47 ech0x Jan 22, 2020 生成一个 UUID 不就行了，UUID3 或者 UUID5 |
 | 48 wd Jan 22, 2020 via iPhone 我觉得第一种就挺好的 uuid 里面取几位用 不会那么大概率需要生成第二次 |
 | 49 zpvip Jan 22, 2020 via Android 我不知道为什么 Ruby on Rails 在国内这么不受待见。这个需求一行代码就搞定了 gem 'friendly_id' |
 | 50 lookas2001 Jan 23, 2020 via Android 8 位 id 取 5 次都有重复的可能性基本上就为 0 了 所以，第一种 |
 | 51 dandandanerdan Jan 23, 2020 uuid 是最安全的 |
 | 52 polymerdg Jan 23, 2020 我用的是 MD5(用名+戳+ 6 位) |
 | 53 huzb Jan 24, 2020 用函数把用户 ID 转成字母 ID 是最好的，可以确保唯一且在前端就完成校验。相近 ID 这个可以用混淆和扩散的方式把变化打乱。我有总结过一篇文章：huzb.me/2018/03/23/简单的密码学生成唯一邀请码 / |
Select Language