time()是获取当前秒级时间戳的最优解，它返回unix纪元至今的整型秒数，不依赖时区、性能最佳；毫秒级需用microtime(true)配合round()处理，避免浮点截断误差。
PHP获取当前时间戳直接用 time()
绝大多数场景下，time() 就是你要的答案。它返回的是从 Unix 纪元（1970-01-01 00:00:00 UTC）到现在的秒数，整型，不依赖时区设置，也不受 date_default_timezone_set() 影响。
常见错误现象：有人先调 date() 再转成时间戳，比如 strtotime(date('Y-m-d H:i:s'))——这多此一举，还可能因时区或格式微小偏差出错。
-
time()性能最好，无函数调用开销，C 层直接返回系统时间 - 如果需要毫秒级精度，PHP 本身不提供原生毫秒时间戳，得用
microtime(true)，但注意它返回浮点数，不是标准 Unix 时间戳 - 在 CLI 模式或高并发脚本中，
time()的结果可能被缓存（极罕见），若需绝对实时，可加clearstatcache(true)配合，但通常没必要
需要带毫秒的时间戳怎么办
PHP 的 time() 只有秒级。真要毫秒，必须用 microtime()，但它默认返回字符串（如 "0.12345600 1718234567"），得自己处理。
使用场景：日志打点、接口响应耗时统计、分布式 ID 中的时间部分。
立即学习“PHP免费学习笔记（深入）”；
- 最常用写法：
round(microtime(true) * 1000)→ 得到毫秒级整数时间戳 - 注意浮点精度问题：
microtime(true)在某些系统上可能丢失微秒末尾（尤其 Windows），别拿它做严格顺序判断 - 不要用
intval(microtime(true) * 1000)，因为浮点截断可能导致少 1 毫秒；round()更稳妥 - 如果只是记录日志，直接用
microtime(true)浮点值也够用，不必强转整型
为什么 strtotime('now') 不推荐
它确实能返回当前时间戳，但绕了远路：先解析字符串 'now'，再查系统时区，再计算偏移，最后转时间戳。性能差、逻辑重、还容易被时区搞懵。
常见错误现象：本地开发环境没设时区，strtotime('now') 返回 0 或负数；或者和 date() 输出对不上。
-
strtotime()是为解析任意时间字符串设计的，不是为“此刻”优化的 - 它受
date_default_timezone_set()影响，而time()不受——这意味着你在不同环境里用strtotime('now')可能得到不同结果 - 如果非要用字符串形式，至少写成
strtotime('UTC now')来规避时区歧义，但依然不如time()干脆
Web 请求中时间戳要一致，别混用
一个请求里，如果你既用 time() 记录开始时间，又用 date('U') 记录结束时间，看起来一样，但其实 date('U') 底层还是调了 time()，只是多了一次格式化函数调用——没坏处，但没必要。
真正容易踩的坑是：前端传来的时间戳（比如 JS 的 Date.now()）是毫秒级，PHP 的 time() 是秒级，直接比较会差 1000 倍。
- JS 时间戳 → PHP 秒级：
$php_ts = (int)($_GET['ts'] / 1000) - PHP 秒级 → JS 毫秒级：
$js_ts = time() * 1000 - 数据库字段是
INT(11)存秒级？那就别存毫秒，否则超出范围或精度浪费
事情说清了就结束。时间戳看着简单，但混用秒/毫秒、跨语言传输、时区隐含影响，才是实际项目里最常掉进去的地方。
