Unix 时间戳博客
关于 Unix 时间戳、纪元时间、时区处理、JavaScript Date、数据库存储选择,以及时间转换引发的生产 bug 的详细指南。
Linux Time Converter: Unix date Command Guide
Use Linux date commands to convert Unix timestamps fast: epoch to date, date to epoch, current Unix time, milliseconds, UTC output, TZ-based local time, and macOS/BSD equivalents.
阅读文章 →End of 2026 Unix Timestamp: 1798761600 (and Why Not 1798761599)
Two timestamps sit at the boundary between 2026 and 2027. 1798761600 is the start of 2027 — the half-open upper bound used in most date-range queries. 1798761599 is the last whole second of 2026. This guide explains which to use and shows the conversions in JavaScript, Python, shell, and SQL.
阅读文章 →Start of 2027 Unix Timestamp: 1798761600 Explained
The Unix timestamp 1798761600 represents 2027-01-01 00:00:00 UTC, the start of 2027 in UTC. This guide shows the conversion, timezone implications, milliseconds form, and how to compute any year-start timestamp.
阅读文章 →什么是 UTC 时间?含义、偏移与转换详解
UTC(协调世界时)是世界的主要时间标准,也是每个时区的零偏移参考。本指南解释 UTC 的含义、它是否算作时区、如何读 24 小时制 UTC,以及如何把 UTC 转换为 EST、CST、MST、PST 和你自己的本地时间。
阅读文章 →当前 Unix 时间戳:纪元时钟、UTC 时间与实时 Unix 时间
当前 Unix 时间戳是此刻自 1970-01-01 00:00:00 UTC 以来的秒数。了解纪元时钟如何工作、为什么 UTC 是基准,以及如何在常见语言中获取当前时间戳。
阅读文章 →在 JavaScript、Python、SQL、Go 中把日期转换为 Epoch
面向开发者的实战教程,讲解如何在 JavaScript、Python、SQL、Go 和 shell 中把日期与时区转换为 Unix epoch。涵盖时区感知与朴素解析、DST gap,以及秒与毫秒的选择。
阅读文章 →Epoch 转换器错误：如何避免错误的 Unix 时间戳转换
大多数 epoch 转换器的 bug 不在数学，而在单位、时区，以及你对输入所带的假设。这是一份会产生 1970 年日期和差一小时 bug 的转换错误现场指南，每个都配有能抓出它的那一个验证步骤。
阅读文章 →epoch 毫秒转日期:转换 13 位时间戳和 long 值
把 epoch 毫秒转换为可读日期的指南。涵盖 13 位时间戳、JavaScript Date、Java long 值、毫秒与秒,以及为什么错误的单位会产生 1970 年或很遥远的日期。
阅读文章 →Unix 时间 vs POSIX 时间 vs epoch 时间戳：术语详解
「epoch 时间戳」「Unix 时间」「POSIX 时间」常被混用，在日常代码中它们是同一个数字——自 1970-01-01 UTC 起的秒数。但它们的来历不同：Unix 时间是惯例，POSIX 时间是正式规范（IEEE Std 1003.1），而「epoch」是指任意参考时刻的通用术语。本指南将每个术语对应到其标准，并指出差异（闰秒、范围、其他 epoch）真正重要的地方。
阅读文章 →2026 年初的 Unix 时间戳:1767225600 详解
Unix 时间戳 1767225600 表示 2026-01-01 00:00:00 UTC,即 UTC 中 2026 年的开始。本指南展示转换、时区影响、毫秒形式,以及如何计算任意年份的起始时间戳。
阅读文章 →Unix 时间转日期 — 将任意 epoch 转换为可读日期
Unix 时间戳是自 1970-01-01 UTC 起的秒数。要将其转换为日期，先按 UTC 解码，再在任意时区格式化。本指南给出 JavaScript、Python、PHP、shell、SQL（Postgres、MySQL、SQLite、BigQuery）、Excel 和 Google Sheets 中的方法，涵盖秒与毫秒的陷阱、UTC 与本地、微秒精度、负时间戳以及 2038 年问题。
阅读文章 →纪元时间详解:Unix 时间戳零是什么?
Unix 时间戳 0 是 1970 年 1 月 1 日 00:00:00 UTC。了解为什么那个日期成为 Unix 纪元、负时间戳代表什么、纪元的秒/毫秒/微秒有何不同,以及现代系统适用哪些限制。
阅读文章 →JavaScript Date.now():获取与转换 Unix 时间戳
聚焦 JavaScript Date.now() 的指南:获取当前 Unix 时间戳、转换秒与毫秒、把时间戳变成 Date 对象、用 Intl 格式化,并避免常见的解析陷阱。
阅读文章 →毫秒 vs 秒：如何把 millis 转换为 Unix timestamp
最常见的时间戳 bug 是在期望秒的地方传入毫秒,或反过来。学习 10 位与 13 位法则、各语言默认值、对数据库的影响,以及安全的转换模式。
阅读文章 →每个开发者都发布过的 7 个 Unix 时间戳 bug
这些是引发生产事故的时间戳错误:悄无声息的单位不匹配、时区假设、被遗忘的 ×1000、字符串存储、有歧义的解析,以及夏令时边界错误。每个 bug 都附带症状、根因和实用修复。
阅读文章 →无需库的 JavaScript 时区正确日期格式化
JavaScript 内置的 Intl.DateTimeFormat 无需 moment.js 或 date-fns 即可处理 IANA 时区格式化。学习显式 timeZone 选项、对夏令时安全的显示、formatToParts、挂钟转换的限制,以及何时 Temporal 或时区库仍然有用。
阅读文章 →在数据库中存储时间戳:DATETIME vs INT vs BIGINT
为时间戳选错列类型会导致时区漂移、2038 年溢出、范围查询出错和混乱的 API 输出。比较 MySQL 和 PostgreSQL 中的原生 datetime 类型、BIGINT 纪元值和字符串。
阅读文章 →最新文章
关于 Unix 时间戳、JavaScript 中的时区处理、数据库存储策略,以及那些悄悄破坏生产系统的时间戳 bug 的实用文章。