用timestampconverter插件可一键转换unix时间戳为本地可读时间：选中数字后按ctrl+alt+t（win/linux）或cmd+alt+t（macos），插件自动识别秒/毫秒并转为本地时区格式，需配置”timezone”: “local”避免utc偏差。
怎么把 sublime Text 里的 Unix 时间戳快速转成可读时间
sublime text 本身不带时间戳转换功能，但靠 ConvertToUTF8 或 TimestampConverter 这类插件能直接选中数字秒级/毫秒级时间戳，一键转成本地时间格式。别手动算——容易错位、漏时区、搞混毫秒和秒。
实操建议：
- 装插件前先确认你用的是 Sublime Text 3 或 4（
TimestampConverter不支持 ST2） - 安装后默认快捷键是
ctrl+alt+t（windows/Linux）或cmd+alt+t（macOS），选中一串纯数字再按，它会自动识别是秒还是毫秒（13 位以上按毫秒处理） - 如果转出来时间偏 8 小时，说明插件默认用 UTC，不是本地时区——改配置文件里的
"timezone": "local"，别留空或写成"UTC" - 不推荐用正则替换 + Python 控制台手写
datetime.fromtimestamp()，既慢又容易因字符串类型报TypeError: a Float is required
为什么用 TimestampConverter 比自己写 Python snippet 更稳
自己写 snippet 看似灵活，但实际踩坑多：比如没处理浮点秒、忽略 Windows 下 time.localtime() 对毫秒的截断、或者硬编码了 %Y-%m-%d %H:%M:%S 却漏掉微秒/时区信息。
而 TimestampConverter 内部用的是 datetime.fromtimestamp(ts / 1000.0 if len(str(ts)) > 10 else ts) 这类自适应逻辑，还缓存了时区对象，避免重复调用 time.tzset() 导致的性能抖动。
常见错误现象：
- 选中
1717027200000却转成 1970 年——那是没识别成毫秒，插件配置里关了"auto_detect_millisecond": true - 批量转换时卡住——关闭插件设置里的
"show_in_status_bar": true，状态栏实时刷新在大文件里很拖慢 - 转出时间比系统时间快 1 小时——Linux/macOS 上检查
TZ环境变量是否被 ide 启动脚本覆盖了
Sublime 中粘贴时间戳后自动转换怎么做
没法原生实现“粘贴即转换”，但可以用插件的命令绑定 + 键盘宏模拟。核心是触发 timestamp_converter 命令前确保光标在数字上、且没有选中文本——否则会作用于整行或空格。
实操建议：
- 在
Preferences → Key Bindings里加一条：[{"keys": ["ctrl+shift+v"], "command": "timestamp_converter", "context": [{"key": "selection_empty", "operator": "equal", "operand": true}]}] - 粘贴前先按
esc清除选区，再ctrl+shift+v，否则插件可能对空选区报No timestamp found under cursor - 如果经常要转日志里的 ISO 格式（如
2024-05-30T08:00:00Z），别指望这个插件——它只认数字，得换TextPastry配正则先提取再转
毫秒时间戳末尾带 .000 怎么去掉
插件默认输出带毫秒（如 2024-05-30 08:00:00.000），但多数日志分析只要到秒。这不是 bug，是 strftime 默认行为；改输出格式最简单的方式是改插件源码里的 format_string 配置项。
路径是：Packages/TimestampConverter/TimestampConverter.py，搜 format_string，把原来的 %Y-%m-%d %H:%M:%S.%f 改成 %Y-%m-%d %H:%M:%S 即可。
注意：
- 别直接改
.sublime-package文件——解压后放Packages/目录下才能生效 - 升级插件会覆盖修改，建议用
PackageResourceViewer插件来安全编辑 - 如果只是偶尔需要无毫秒，用正则替换更快：
.(d{3})→ 空，但注意别误删 IP 或小数
时间戳这事，看着只是格式转换，但秒/毫秒混淆、时区错位、插件配置未生效——这三个点，八成问题都出在这儿。