App Engine 生产环境中 User.ID 是任意长度的数字字符串（常超 64 位），其设计本质为不可解析的标识符；直接用 strconv.ParseInt(..., 10, 64) 会导致溢出错误，应始终以 string 类型安全使用。
app engine 生产环境中 `user.id` 是任意长度的数字字符串（常超 64 位），其设计本质为不可解析的标识符；直接用 `strconv.parseint(..., 10, 64)` 会导致溢出错误，应始终以 `string` 类型安全使用。
在 Google App Engine（尤其是 Go 运行时）中，user.ID 字段的类型明确为 string，而非数值类型。虽然该字符串仅由数字字符组成（如 "185804764220139124118"），但它并非设计用于数学运算或整型转换——它是一个逻辑唯一、全局稳定的标识符（类似 UUID 的语义），长度可远超 int64 的最大值（9223372036854775807）。你遇到的错误：
strconv.ParseInt: parsing "185804764220139124118": value out of range
正是因为它已超过 int64 表示范围（约 1.85 × 10²⁰ > 9.22 × 10¹⁸）。
✅ 正确做法：始终将 user.ID 视为不可变字符串
- 存储到 Datastore/Firestore 时，直接作为 string 字段保存；
- 用作数据库主键、缓存 key 或 API 响应字段时，保持原样；
- 比较用户身份？用 == 直接比较字符串（安全且高效）：
if user1.ID == user2.ID {
// 身份一致
}
❌ 错误误区：
- ❌ 不要尝试 strconv.ParseInt(user.ID, 10, 64) —— 生产环境必然失败；
- ❌ 不要假设本地开发服务器（Dev App Server）行为等同于生产环境（SDK 模拟 ID 常为小整数，但无任何兼容性保证）；
- ❌ 不要与 datastore.Key.IntID() 混淆：后者是 Datastore 实体显式设置的 int64 自增 ID，而 User.ID 是认证系统颁发的、不透明的字符串令牌。
? 补充说明：
User.ID 的生成机制依赖于底层身份提供方（如 Google 帐号），其格式和长度属于实现细节，可能随平台演进变化。因此，任何对 User.ID 内容结构的假设（如位数、是否可转数字、是否有序）都是脆弱且不可靠的。
总结：拥抱字符串语义，放弃数值幻想——这是 App Engine 安全、可移植、面向未来的设计实践。
