为什么需要在离线时生成唯一ID
你有没有遇到过这种情况：在没有网络的环境下使用APP记录数据，比如外出调研填表、仓库盘点记货品，等回到办公室再同步到系统。这时候如果每条记录没有一个唯一的身份证，回来一对比就乱套了——谁是谁都分不清。
在线系统通常靠服务器统一发ID，但离线时这招行不通。于是问题来了：怎么让每台设备在没网的时候，也能自己生成一个几乎不会重复的“身份证”？
UUID：最常用的离线ID方案
说到离线生成唯一ID，绕不开的就是UUID（通用唯一识别码）。它是一串128位的数字，通常用十六进制表示，像这样：
550e8400-e29b-41d4-a716-446655440000这种ID的特点是：只要生成算法靠谱，全球几乎不会撞车。哪怕两台手机在不同城市同时生成，重复的概率也低到可以忽略。
大多数编程语言都内置了UUID支持。比如在JavaScript中：
const id = crypto.randomUUID();
// 输出示例："36b8f84d-df4e-4d49-ba79-88bfcf2f622d"Python里也可以轻松实现：
import uuid
new_id = uuid.uuid4()
print(new_id) # 输出类似：d7a8d5c2-3b9f-4f3a-8a1a-5e8c6e3b9f3a除了UUID，还有别的办法吗
当然有。有些场景下UUID太长，存起来占空间，传起来费流量。这时候可以考虑组合策略。
比如用“设备编号 + 时间戳 + 计数器”的方式拼一个ID。假设你的设备号是DEV001，当前时间是20240315142305，再加上一个自增数，就能得到：
DEV001_20240315142305_001这种方式短小精悍，适合内部系统使用。但要注意，同一设备同一秒别生成太多，否则计数器可能不够用或者重复。
实际应用中的小坑
别以为生成完就万事大吉。有个容易忽略的问题：时间错乱。比如用户手动改了手机时间，回到过去的时间点，再生成ID，就可能和之前生成的重复。
解决办法之一是结合硬件信息或启动会话。比如每次APP启动生成一个临时会话ID，再配合毫秒时间戳和累加数字：
session_id + "-" + timestamp + "-" + counter这样即使时间被调回，只要会话变了，ID还是能区分开。
选哪种方案看你的需求
如果你做的是通用型App，追求简单可靠，直接上UUIDv4最省心。要是对ID长度敏感，又控制得了设备环境，可以试试自定义组合方案。
关键一点：不管用哪种方法，一定要在设计阶段就想好——这个ID一旦生成就不能变，后期改ID就像给人换身份证号码，麻烦会从头蔓延到尾。