JSON、二维码、时间戳：四个日常小工具怎么用

有些任务很小：把一段挤成一行的数据整理清楚，把网页地址变成二维码，或确认日志中的时间到底是哪一刻。它们不一定值得安装一个应用，却会在工作里反复出现。

极客引力的工具箱收集了这类小工具。这篇不把功能列一遍，而是用四个场景说明：什么时候打开它，做完后还要确认什么。

1. 收到一段 JSON，先让它变得可读

接口返回值、配置片段和导出的数据经常长这样：

{"project":"GeekGravity","items":[{"name":"工具箱","enabled":true}],"count":1}

打开 JSON 工作台，粘贴后选择格式化，就能看清对象和数组的层级。准备放进请求体或其他需要紧凑文本的地方时，再使用压缩功能。

如果解析失败，先检查这些常见问题：键名和字符串是否用了双引号，最后一个字段后面是否多了逗号，复制时是否混入了注释。

有一点需要分清：格式正确，只说明它是有效的 JSON，不说明字段和内容符合业务要求。 比如 count 写成字符串，也可能是合法 JSON，但接口未必接受。

2. 要把一个页面发到另一台设备，生成二维码

把网址复制到二维码生成器，生成后可以下载 PNG，也可以按需要调整尺寸和颜色。

它适合放在分享卡、演示文稿里，或者在电脑和手机之间传递一个页面地址。

生成后先用手机实际扫一次，确认三个细节：

• 打开的是最终想分享的地址，而不是需要你个人登录才能使用的临时链接。
• 颜色有足够对比度，周围保留了空白。
• 放进最终图片或文档后，仍能正常扫描。

二维码不会自动赋予别人访问权限。 一个私有页面即使做成了二维码，接收者仍可能需要登录。过长的文本也会让图案更密，能用简短网址表达时，通常更容易使用。

3. 日志里只有一串数字，核对它对应的时间

打开时间戳转换，输入 Unix 秒数、毫秒数或日期文本，就能对照本地时间和 ISO 8601 表示。

例如 1700000000 是一个秒级时间戳，1700000000000 则是对应的毫秒级写法。工具会对常见输入做自动识别；核对接口时，仍应以接口约定的单位为准。

排查“时间差了八小时”之类的问题时，先别急着给数字加减偏移。Unix 时间戳描述的是一个确定时刻，差别往往来自显示时使用的时区。

如果日期文本没有写明时区，它的解释也可能依赖浏览器所在环境。需要跨地区传递时间时，优先使用带 Z 或明确时区偏移的 ISO 8601 字符串。

4. 写完一段 Markdown，先看看排版

发文章、整理说明或写项目文档时，可以先在 Markdown 预览里检查标题、列表、链接和代码块。

比如下面这段很短的说明：

## 使用步骤

1. 打开工具页面
2. 输入内容
3. 检查结果

[返回工具箱](/tools)

预览时重点看标题层级是否清楚、列表有没有断开、代码块有没有正确结束。不同平台支持的 Markdown 扩展会有差异，因此这里适合检查基本结构；正式发布后，还要在目标页面确认一次。

小工具的价值，是减少一次打断

这些工具不需要成为复杂工作流的中心。它们更像桌边的小抽屉：需要时打开，处理完手边的任务，再回到原来的事情。

如果你发现了一个特别重复、又还没有合适入口的小任务，欢迎到论坛说说具体场景。描述“我每次都要手动做哪几步”，往往比单独列一个功能名称更有帮助。