01
按来源选择输入表示
字节输入接受连续十六位十六进制，或空格分隔的八组两位字节。高低位输入顺序固定为 high,low，和 C 结构先声明低位的顺序不同；字段值不是内存字节，不需要再次倒序。
日期与时间
FILETIME 转换保留末位精度，先确认属性含义
选择数值表示与 LDAP 属性，查看精确到七位小数的 UTC 日期、高低位和字节排列。
FILETIME 转换
输入
输入仅在当前浏览器中处理，不会发送到服务器。
结果
选项
Windows 纪元：1601-01-01 UTC；一个 tick = 100 ns。
每行一个值。高低位：high,low，可用十进制或带 0x 的分段，允许有符号十进制分段。字节：连续十六位十六进制或八组字节。日期：YYYY-MM-DDTHH:mm:ss[.1–7 位小数]Z 或 ±HH:mm；扩展年份用 +YYYYYY。
字节序只影响字节输入。请按实际 AD 字段选语境；零不总是永不过期。只有 pwdLastSet 的十进制模式接受 -1 写入控制值。
UTC 日期保留七位小数。Unix 秒和毫秒向下取整，余数以 100 ns 的 tick 表示。
最多 1,000 个物理行和 100,000 个 UTF-16 代码单元。去除行首尾空白；空行报错。
输入内容或载入示例以开始。
查看 AD 导出或 NTFS 记录时，FILETIME 转换能把长整数还原为可核对的日期。应保留原始文本，避免电子表格的科学记数法或毫秒级查看器掩盖末尾几位。
同样一个零值，可能表示 Windows 纪元起点，也可能是账户永不过期或登录时间未知。先确认字段名称，再用相应预设解释，才能知道这条记录是否真的包含日期。
为什么使用 FILETIME 转换
大小端与高低位各有明确含义
FILETIME 转换同时给出十进制、完整十六进制、两个 DWORD 和两种字节排列。整值十六进制不受字节序选项影响，只有从内存提取的八字节输入才需要按大端或小端解码。
零值不会统一显示成永不过期
通用模式把零显示为 1601 年起点；accountExpires 预设显示永不过期，lastLogon 预设显示未知。特殊状态不附加虚构的日期，也不会继续生成看似正常的 Unix 时间戳。
先分清数值和内存排列
02
日期必须写明时区
日期反向换算需要 Z 或明确的 ±HH:mm 偏移，即使电脑使用 UTC 也不能省略。示例会随方向和数值表示变化，先显示待替换文本与数量，应用后才覆盖输入。
03
确认没有特殊状态再反向使用
自动换算在停止编辑 350 ms 后执行，关闭后可按 Ctrl/Cmd+Enter。所有行都是有效日期时才能反向使用结果；改动输入或参数会立即禁用导出，撤销可同时恢复输入与报告。
一份报告核对多个表示
保留完整的七位小数
116444736000000001 对应 1970-01-01T00:00:00.0000001Z。数值使用整数运算，报告用字符串保存大整数，不经过浮点数或毫秒舍入；反向换算仍能得到最后那一个 tick。
兼容 COM 的有符号分段
高低位可使用无符号 DWORD，也可使用 32 位范围内的有符号十进制 LONG。负数按补码解释，报告同时给出有符号和无符号值，便于核对 ADSI 导出；整值 FILETIME 不沿用此规则。
Unix 商与余数一起保留
LDAP 时间戳转换器先减去 116444736000000000，再换算秒或毫秒。结果向下取整，并保留非负 tick 余数；1970 年前不足一毫秒的时间不会错误地被截断为零。
错误与原始行号一起输出
每批最多处理 1,000 行，一行无效不会挡住其他行。结果先展示 50 行，可继续展开；复制和下载始终包含完整 JSON 报告、原输入及逐行错误，方便回到源文件定位。
特殊值与输入边界
- 结构范围大于日期范围
- 允许读取 0–18446744073709551615 的无符号整数。超过 9223372036854775807 时仍输出位表示，但提示超出 Windows 日期转换范围，不生成日期；通用模式的日期上界采用扩展年份。
- LDAP 属性不能混为一谈
- accountExpires 的零和最大有符号值都表示永不过期。pwdLastSet 的零需结合 UF_DONT_EXPIRE_PASSWD 标志判断；十进制 -1 是写入控制值。lastLogon 的零只能说明该域控制器上的时间未知，不能证明从未登录。
- 日期不做自动修正
- 日期必须含秒和 Z 或 ±HH:mm，偏移限于 ±14:00。超过 9999 年使用 +YYYYYY。无效日期、闰秒、24:00、未知偏移 -00:00 和超过七位的小数都会报错，不推测命名时区或夏令时。
- 不靠位数猜格式
- 明确选择十进制、整值十六进制、八字节或高低位。科学记数法和千位分隔符不被接受；外层空白会去除，空行保留为错误。纪元附近的短整数同样可能有效，并非只有十八位才是 FILETIME。
- 只换算已提取的数值
- 不连接 LDAP、不读取注册表或 MFT、不修改 Windows 文件时间，也不据单个字段判断账户或密码是否失效。GeneralizedTime、.NET ticks、Excel 日期等使用不同编码，应转到对应工具处理。
- 整批限制与一次撤销
- 总输入最多 100,000 个 UTF-16 代码单元和 1,000 个物理行，超限会拒绝整批。示例、清空和反向使用都需预览后应用，随后可撤销一次；继续手动编辑会清除旧的撤销快照。
FILETIME 转换常见问题
如何把 Windows FILETIME 换成普通日期？
如果原值是十进制 FILETIME，选择对应表示即可读取 UTC 日期；如果来自二进制转储，还需确认字节顺序。不要把 Unix 毫秒或 .NET ticks 当作同一种数值，它们的纪元或单位不同。
时间戳的位数能说明单位吗？
只能当作线索，不能作为判断依据。常见的现代 FILETIME 有十八位，但零和短整数也在表示范围内；Unix 秒、毫秒以及其他纪元的值可能碰巧长得相似。请以字段文档为准。
为什么时区换算有时会差一小时？
夏令时规则或把 UTC 当成本地时间都可能造成偏差。本工具固定输出 UTC，反向输入必须明确偏移，不采用电脑当前时区。若源数据来自 FAT，还应确认提取时如何把本地文件时刻换成 UTC。
多条日期可以一起处理吗？
可以，每行输入一个日期或数值，同一批共用方向、表示和属性设置。最多 1,000 个物理行，空行也计数并报错。若源文件混合多种编码，需要先按编码分组。
输入无效时会怎样？
行级错误会保留原值和行号，其他行仍可转换。超出整批限制则停止本次处理。报告可导出逐行诊断，但只要存在错误或非日期状态，就不能反向生成一列日期。
结果与预期不同？