Swift中通过Date()生成字符串时间戳偶现崩溃，求正确处理方式

看起来你遇到的这个偶现崩溃，根源其实是平台相关的整数类型溢出问题——我来帮你拆解清楚：

原代码的潜在问题 #

你的代码let time_stamp = String(Int(Date().timeIntervalSince1970*1000))存在两个关键隐患，其中第一个就是导致偶现崩溃的直接原因：

• 32位设备上的整数溢出：Swift的Int类型位数和平台绑定——在32位iOS设备（比如iPhone 5及更早机型）上，Int是32位的，最大值仅为2147483647。而当前（2024年）的毫秒级时间戳已经达到约1.7×10^12，远大于这个上限，强制转换时会触发算术溢出崩溃。这就是崩溃偶现的原因：大部分测试用64位设备，但如果有测试者用32位设备运行TestFlight构建，就会触发崩溃。
• Double转Int的精度损耗：当timeIntervalSince1970 * 1000的数值极大时，Double的精度可能不足以精确表示所有整数位，导致转换后的时间戳出现偏差（虽然这个通常不会直接崩溃，但也是需要注意的细节）。

正确的实现方式 #

1. 改用64位整数类型（核心修复） #

直接使用Int64来存储转换后的时间戳，彻底避免32位溢出问题：

let timeStamp = String(Int64(Date().timeIntervalSince1970 * 1000))

Int64的最大值是9223372036854775807，这个数值足够支撑到2286年的毫秒级时间戳，完全覆盖业务需求。

2. 可选：添加取整逻辑提升精度 #

如果想要进一步避免Double精度带来的偏差，可以先对数值取整再转换：

let millisecondInterval = Date().timeIntervalSince1970 * 1000
let timeStamp = String(Int64(millisecondInterval.rounded()))

rounded()会将Double值转换为最接近的整数，确保时间戳的准确性。

验证偶现崩溃的方法 #

• 你可以在Xcode中切换到32位模拟器（比如iPhone 5）运行代码，应该能稳定复现崩溃，以此确认问题根源。
• 查看TestFlight的崩溃日志，如果崩溃类型是EXC_ARITHMETIC（算术异常），那就能100%确定是整数溢出导致的。

总结 #

原代码在64位设备上可以正常运行，但在32位设备上会触发溢出崩溃，这就是崩溃偶现的核心原因。改用Int64类型就能彻底解决这个问题，配合可选的取整逻辑还能提升时间戳的准确性。

内容的提问来源于stack exchange，提问作者Joe