ID 与编码选择实操：先定标识符，再核对字节约定
对照 UUID v7 与 NanoID，复现 A → QQ== 和 A → 28，明确字符集、补位与往返规则，区分引用 ID 和鉴权秘密。
先确定标识符，再决定如何传输。UUID v7 与 NanoID 生成 ID，Base64 与 Base58 表示已有字节；编码不会增加随机性，不等于压缩或加密。
本指南涉及工具
1. 确定 ID 是否需要时间信息
当系统需要带时间戳前缀的 UUID 格式时可选 UUID v7。它不是全局事件序号：设备时钟可能不同，同一毫秒也可能出现多个事件。
NanoID 适合按约定字符集和长度生成随机引用。可先用 URL Safe、长度 21 生成少量测试数据，再按应用规模评估碰撞风险；小样本没有重复不能证明生产中绝对唯一。
2. 先核对一个字节的已知答案
UTF-8 文本 A 对应十六进制字节 41。标准 Base64 编码应为 QQ==；本工具 Base58 字母表 123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz 的结果为 28。分别解码应恢复 A。
编码文本 123 处理的是三个字符，不是把十进制整数 123 转成其他进制。先写明字段保存整数、文本字节还是二进制，再选兼容实现。
UTF-8 text: A
Byte (hex): 41
Base64: QQ==
Base58: 283. 把传输约定写完整
为每个字段规定字母表、补位、大小写、最大长度及前导零字节处理。Base58 存在多个变体，仅写名字不足以确保双方兼容。
本站 Base64 工具输出带补位的标准 Base64，解码也接受 URL-safe 输入。如果接口需要 Base64url 输出，应使用明确支持该格式的实现；本地能解码不代表接收方接受所有写法。
4. 同时检查往返与拒绝行为
用空输入、已知小样本和非 ASCII 文本对照生成端与接收端，比较恢复后的字节，而不只看文本预览。再检查非法字符和长度越界是否被拒绝。
引用 ID 与鉴权秘密分别管理，网址友好的 ID 不授予数据访问权限。日志只记录排障必需的标识符，不把令牌或个人数据同时以原文和编码形式重复保存。