微信聊天记录导出的时间，怎么和手机里看到的不一样？
界面显示「昨天22:10」；导出可能是毫秒时间戳或另一时区。
三种时间别混
聊天列表上的「昨天」「上午10:20」是产品展示，会根据本地时区格式化，不等于数据库里存的值。
PC 端导出、司法鉴定包、备份 JSON 里，常见 createTime 一类字段，可能是毫秒级 Unix 时间戳（13 位）或秒（10 位）；先数位数再转。
在 Unix 时间戳换算 粘贴数字，选秒/毫秒 ，看是否与北京时间的聊天记忆一致；差 8 小时往往是 UTC 当本地解析，见 日志时区。
和接口、Excel 的交叉验证
取证和排错时保留什么
导出包里的时间字段名因版本而异，先全文搜索 time、timestamp、createTime，再决定转秒还是毫秒。
手机界面显示「昨天 22:10」是展示层，导出可能是 UTC 或本地毫秒，不要混为一谈。
和服务器日志对齐时，统一转 Unix 时间戳 再比；日志八小时差见 时区陷阱。
法律举证以公证或官方导出为准，本工具适合技术排查与沟通备忘。
导出后批量转换的注意点
批量 JSON 或 CSV 里混有秒、毫秒两列，先排序位数再转换，否则整表会乱序；不要对整列统一除以 1000。
夏令时地区的历史聊天记录，若导出为 UTC，转北京时间要加八小时，但美国当地夏令时切换日会有例外，见 时区工具。
司法鉴定包格式不公开，别在网上找「万能转换器」；技术分析用本工具，法律提交用合规导出。
企业微信、钉钉、飞书各自导出字段名不同，迁移项目时先做字段映射表，再写脚本批量转时间戳。
保存「原始值 + 转换后本地时间」两列，方便和甲方对工单，避免只留转换结果无法复盘。
使用提醒
本文只讨论标题里的一个具体场景，Unix 时间戳换算 在浏览器本地计算或处理，适合自查与沟通；签约、报税、诊疗、签证请以主管机构或合同为准。
涉及隐私的数据请先脱敏；公共电脑、录屏环境勿粘贴真实工资、病历、Token 或合同金额。
小结
导出排查顺序：找字段名 → 判断秒/毫秒 → 转本地时间 → 与界面截图对照。保留原始字段值再转换。
法律举证以有权机关认可的导出为准，工具用于技术沟通。