要获取当前时间戳，最直接、最靠谱的办法就是 time() 函数——它返回从 Unix 纪元（1970年1月1日 UTC）到现在的整型秒数，零解析、零依赖，而且完全不关心时区设置。就这么简单，但偏偏有不少开发者会掉进各种“看起来也行”的坑里。先说核心结论：time() 是唯一正解，其他方式要么多此一举，要么暗藏风险。
为什么优先用 time() 而不是 strtotime('now')
strtotime('now') 表面看也能返回当前时间戳，但背后其实触发了一次完整的字符串解析流程——多了一层开销不说，还受当前时区设置和语言环境的影响。在某些非标准 locale 下，它甚至可能解析失败，返回 false。而 time() 是底层 C 函数的直接封装，解析成本为零，依赖为零，恒定返回整数。
time()执行极快，无副作用，特别适合高频调用场景，比如日志打点、缓存键生成。strtotime('now')实际等价于strtotime(null)，但语义模糊，容易让人误以为它也能处理相对时间表达式。- 即使你用
date_default_timezone_set()设置了时区，time()的结果也不会变——它本来就不依赖时区。
microtime(true) 什么时候该用
如果需要毫秒级精度，比如性能埋点或者分布式 ID 中的时间部分，那就得请出 microtime(true) 了。它返回一个浮点数，整数部分是秒，小数部分是微秒——注意，是微秒，不是毫秒，想得到毫秒值需要乘以 1000。
- 返回值示例：
1717025483.123456→ 秒部分1717025483，微秒部分123456。 - 如果只想要整数微秒（便于存储或比较），可以用
(int)(microtime(true) * 1000000)。 - 不过要留个心眼：浮点数在极低概率下存在精度舍入问题，比如
123456.999999可能变成123456。生产环境建议加个round()，或者干脆用microtime(false)拆解成字符串来处理。
别踩 date('U') 这个坑
date('U') 看起来像是“格式化出一个时间戳”，但它内部其实调用了和 time() 相同的逻辑，只是额外多了一次格式化转换。更危险的是：它受 date_default_timezone_set() 影响。虽然文档说 'U' 是 UTC 时间戳，但实测在某些 PHP 版本（尤其是 7.1 之前）中，如果时区未设或设错，date('U') 可能返回错误值——比如比真实时间早或晚若干小时。
- 错误现象：
date_default_timezone_set('Asia/Shanghai')之后，date('U')和time()的结果不一致。 - 根本原因：
date()函数对'U'的处理在不同版本中行为不一，属于历史遗留问题。 - 结论很明确：永远不要用
date('U')获取时间戳，time()才是唯一正解。
话说回来，真正需要警惕的往往不是“怎么取”，而是“取完怎么用”。时间戳本身没有时区概念，但一旦转成日期字符串（比如用 date('Y-m-d H:i:s', $ts)），就立刻绑定到了当前的时区设置。存数据库时，如果字段是 DATETIME 类型，最好明确用 FROM_UNIXTIME() 转换，或者在 PHP 层用 date() 格式化后再写入，避免隐式转换带来的时差问题——这才是真正容易翻车的地方。
