一次性在线工具使用指南：文本编码、图片压缩与本地处理安全

1. 收藏夹里那堆奇怪的在线工具到底解决了什么问题有段时间我整理浏览器书签发现一个很奇怪的现象真正每天用的工具类网站不超过五个剩下几十个全都是奇怪的在线工具——有的能把一张图压到原体积的十分之一有的能把乱七八糟的文本按列对齐有的只会干一件事就是把一串数字在时间戳和日期之间来回换算。它们长得丑、名字记不住、打开速度一般但每次遇到特定场景我第一个想起的还是它们。这篇就聊聊这类工具它们是什么、值不值得用、怎么判断一个在线工具能不能信、以及哪些场景下你会真的需要它们。适合谁看平时写代码的、做文档的、偶尔要处理图片和文件的、以及那种为了一个小需求装一个几百兆软件觉得亏的人。这类工具有个共同点功能极窄窄到你觉得这也值得做个网站但只要撞上对应场景它省下的时间又是实打实的。我管它们叫一次性工具——一年用两次不用装、不用注册、不用记安装路径用完关掉浏览器记录里留个痕迹下次想起来再搜。真正让它们有意思的地方不是功能本身而是它们背后那条隐形的边界什么该在浏览器里做什么必须交给服务器什么数据绝对不能贴进任何一个输入框。下面这几节我会按我实际怎么用的顺序把它拆开讲。2. 文本与编码类最不起眼、翻牌次数却最多的一类我在书签里单独建了一个文件夹叫字里面全是纯文本处理工具。原因很简单日常工作中最频繁的小故障几乎都和文本格式不对有关——JSON 少个逗号、URL 里的中文没编码、时间戳看不懂、两份配置文件的差异找不出来、命名风格不一致。这些活手工也能干但你干三次就会开始找工具。2.1 正则在线测试把改一行崩一片的风险挡在提交之前正则是我认为最值得用在线工具验证的东西没有之一。原因在于它的失败方式是静默失败——正则写错了不会报错只会匹配到不该匹配的内容或者漏掉本该匹配的内容然后你在生产环境的日志里慢慢发现。在线正则测试工具的核心价值有三个实时高亮匹配结果、分组捕获可视化、替换预览。我一般的操作顺序是这样先把要处理的真实样本贴进去注意是真实样本不要自己手搓几个看起来很像的假数据。我踩过太多次坑用自己造的样本测得好好的换成真实数据立刻翻车因为真实数据里有空格、有全角标点、有跨行的字段。写正则观察高亮范围。先求不漏再求不误——宁可多匹配一点后面再收紧也不要一开始就写得很紧导致样本里的某一部分根本没被匹配到你还以为它是对的。打开分组面板确认每个括号捕获到的是你以为的那个片段。分组编号错位是第二个高频坑尤其是有嵌套括号的时候。切到替换模式用$1、$2这样的占位符先预览一遍结果确认无误再往代码里搬。注意正则测试工具里通常有全局匹配和多行模式两个开关。前者不打开你的匹配只会命中第一个后者不打开^和$只认整段文本的首尾不认每一行。这两个开关忘了拨排查时间能翻倍。另外说个经验涉及邮箱、手机号、身份证号这类格式校验很多在线工具会提供现成的常用正则库。这些库里的表达式不要直接抄。原因是不是它们错而是它们的严格程度和你的业务需求往往不匹配——有的要求必须带国际区号有的允许超长号码抄进去就是一堆客诉。正确做法是拿它当起点删掉你不需要的限制补上你业务特有的规则。2.2 编码与格式转换排查乱码要有顺序感Base64、URL 编解码、Unicode 转义、十六进制、JSON 格式化压缩这几个工具我基本是当排查流程在用的。乱码这类问题最忌讳东试一下西试一下得有个固定顺序。我的顺序是先看它是什么形态再决定往哪个方向转。比如你拿到一串%E4%B8%AD%E6%96%87这是 URL 编码直接丢进 URL 解码工具就出结果拿到5Lit5paH这种是 Base64得走 Base64 解码拿到\u4e2d\u6587是 Unicode 转义走转义还原。这三种长得完全不一样但很多人第一反应是乱码了试试 Base64试不出来就慌了。JSON 格式化工具的价值则在于定位错误位置。大部分在线 JSON 工具在解析失败时会告诉你第 X 行第 Y 列附近有问题这句话比你自己一行行数括号有用得多。但我建议养成一个习惯格式化之后先看整体结构缩进是不是符合预期再看数组和对象有没有被意外嵌套。我遇到过好几次JSON 合法但结构错了的情况——多了一层数组解析器不报错代码跑到取值那一步才崩。还有一个特别容易被忽略的小工具文本对比Diff。两份配置文件、两版接口返回、两个环境的环境变量肉眼看毫无意义丢进对比工具差异高亮出来五秒钟定位。我用它的频率比想象中高得多尤其是排查为什么测试环境好好的、线上就出问题这类事情的时候。2.3 时间戳与命名转换被严重低估的效率点时间戳换算工具看着像新手才用的东西但我用得不少。原因是日志里、接口返回里、数据库字段里到处都是十位或十三位的数字你得快速判断这是什么时候。在线时间戳工具的好处是可以两个方向同时看输入时间戳看日期输入日期看时间戳还能顺手切换时区。这一点比在终端里敲命令方便尤其是你只是想看一眼的时候。命名风格转换下划线转驼峰、驼峰转短横线、批量转大写下划线是另一个典型。写后端接口的时候数据库字段是user_name前端要userName某些配置又要求USER_NAME。手工改十个字段还行改五十个就是纯浪费生命。这类工具通常还带批量能力一行一个粘进去一次性全转完再粘回来。表格类工具里还有几个我觉得属于奇怪但真香的工具类型典型触发场景我的使用频率文本转表格从日志或聊天记录里抠出一批结构化数据中表格转 JSON/CSV产品给的表格要变成测试数据高列对齐/去重/排序整理一批 ID、链接、邮箱高大小写与命名转换字段名、常量名批量统一高字符统计与去重检查有没有重复项、算字符数中这些工具单拎出来都不高级但它们共同的优点是不需要你把数据带出浏览器之外太远。这一点在下一节会展开讲因为它直接决定了你敢不敢往里贴东西。3. 图片与文件类工具先搞清楚文件有没有离开你的电脑图片和 PDF 这类工具是在线工具里最受欢迎、也是风险最需要留意的一类。原因很直接图片和文档往往比文本重很多处理确实需要算力于是一部分工具会把文件传到服务器上处理再传回来。你要处理的如果是一张公开的产品图无所谓如果是合同扫描件、身份证照片、内部报表那就完全是另一回事了。3.1 三步判断一个图片工具是不是在本地干活我不看它页面上写没写本地处理绝不上传——这句话谁都能写。我用三个可操作的办法验证第一步断网测试。打开工具页面等它完全加载完然后断掉网络或者用开发者工具把网络切到离线再选一张图丢进去操作。如果功能还能正常跑完并出结果说明处理逻辑确实在浏览器里如果卡住或者报错说明它依赖服务端。第二步看网络请求。打开开发者工具的 Network 面板清空记录然后上传一张图。如果出现一个明显带着文件体积的请求比如几 MB 的 POST那文件就是出去了。反过来如果只有一些小的静态资源请求基本可以放心。这个方法比任何声明都可靠。第三步看大文件的表现。传一张几十兆的图。本地处理的工具通常会在上传瞬间就开始卡因为浏览器在吃内存而上传型工具会先显示一个进度条进度条走完才开始处理。这个体感差异非常明显。提示把这三步里任意一步的结果当成唯一依据都不够。我一般至少做前两步尤其是第一次用某个不熟悉的工具处理稍微敏感一点的文件时。3.2 图片压缩参数背后是清晰度换体积的取舍图片压缩是在线工具里使用频率最高的功能之一但很多人只会拖进去点压缩然后抱怨糊了或者怎么才小了这么点。实际上这里有几个参数值得弄明白。质量Quality参数通常是一个 0 到 100 的滑块它控制的是编码时的量化强度。经验值上质量 80 到 85 之间人眼基本看不出差别体积能降一大截低于 70 开始出现明显的块状和边缘模糊尤其是文字截图和大面积渐变低于 50 就只能算能看出是什么了。尺寸缩放往往比质量参数更有效。一张 4000 像素宽的图你把它缩到 1200 像素体积可能直接降到十分之一而且视觉上在网页里根本看不出区别——因为网页展示区域本来就没那么宽。所以我的习惯是先按实际展示尺寸缩放再调质量两步一起做效果比只调其中一个好得多。格式选择也有讲究场景推荐格式理由照片、渐变多的图JPEG / WebP有损压缩效率高体积小图标、截图、纯色块PNG / WebP 无损有损会在大色块边缘出现脏点需要透明背景PNG / WebPJPEG 不支持透明需要动画WebP / GIF现代格式体积更小需要无损又要小WebP 无损 / AVIF兼容性要看目标环境这里有个我踩过的坑把带文字的截图压成 JPEG质量调到 75看着还行但放大之后文字边缘全是毛刺在手机上尤其明显。含文字的图要么用无损要么质量别低于 90这条我后来当铁律执行。3.3 PDF 和文档杂活真正一年用两次、一次救大命PDF 相关的在线工具属于典型的低频高价值。合并、拆分、删页、旋转、加水印、压缩、转图片、图片转 PDF每一样都不是日常需求但撞上了就绕不过去。我印象最深的一次是要给一份几十页的材料加页码本来准备装个软件后来想想就用一次随手搜了个在线工具五分钟搞定。这类工具的操作逻辑基本一致上传、在预览里拖拽排序或勾选页面、设置参数、生成、下载。但正因为是杂活更容易忽略风险。我的处理原则是公开材料随便用反正本来就打算发出去。内部文档优先找能本地处理的方案比如浏览器自带的打印成 PDF、系统自带的预览工具合并。涉及个人信息的扫描件、证件照绝对不往任何在线工具里传这条没有例外。还有一个实用技巧很多在线 PDF 工具在拆分功能上支持按页码范围批量导出比如1-3,5,8-10这种写法。学会这个语法比一页页点选快得多。而且大部分工具在生成完文件后会提供一个下载链接这个链接通常有有效期别把它当永久存储用。4. 那些看着没用、用起来真香的怪东西这一类是我最喜欢的。它们的共同特征是第一次看到会想谁会需要这个然后过两周你会发现你正在用它。4.1 颜色与取色类设计稿和代码之间的翻译器取色工具解决的是一个非常具体的痛点你看到某个颜色需要知道它的十六进制值、RGB 值可能还要一份配色方案。在线取色工具通常支持上传图片提取主色、输入颜色看搭配、以及在不同色彩表示法之间转换。我常用的场景是拿到一张截图需要还原里面的配色。把图拖进去工具会自动列出一组主色还会告诉你每个颜色占了多大比例。这个比例信息其实很有用——它告诉你在还原页面时哪种颜色应该作为背景、哪种作为强调。稍微进阶一点的用法是对比度检查。文字颜色和背景色之间的对比度不够在某些屏幕上就是看不清。这类工具能算出一个对比度数值并给出是否符合可读性建议的判断。做界面的时候顺手检查一下比上线之后被人反馈看不清要好。4.2 随机串与哈希能用但得知道边界在哪密码生成、UUID 生成、哈希计算这几个工具很多人用来生成测试数据或者临时密码。这里有几个技术细节值得说清楚因为它们直接关系到这个工具能不能信。随机数的来源。JavaScript 里有两个层次的随机Math.random()和crypto.getRandomValues()。前者是伪随机可预测绝对不能用来生成密码或者令牌后者是密码学安全的随机源浏览器原生提供。一个在线密码生成工具如果它生成出来的串看着有规律、或者你刷新几次发现前缀相似那大概率用的是前者。判断办法很简单连续生成十个看字符分布是不是明显不均。我手写过一个极简版本用来生成测试用的随机串function randomToken(len 32) { const bytes new Uint8Array(len); crypto.getRandomValues(bytes); return Array.from(bytes, b b.toString(16).padStart(2, 0)).join(); }这段代码的好处是完全在本地跑不用联网也不会把你的生成结果发给任何人。哈希计算。在线哈希工具把一段文字转成 MD5、SHA-1、SHA-256常被用来做校验——比如确认下载的文件有没有损坏或者对比两个字符串是不是同一个。这类工具的输入是公开的风险不大但要注意两点一是别把密码明文贴进任何在线哈希工具哪怕你觉得哈希完就看不出来了二是 MD5 和 SHA-1 在安全性上早已不被推荐做完整性校验用 SHA-256 更合适。4.3 转换与生成把脑子里的草稿变成能交付的东西这一类工具覆盖面很广我挑几个用得最多的说。代码转图片。把一段代码变成带背景、带行号、带语法高亮的图片用于分享或者贴进不支持代码块的文档里。这类工具的关键参数是主题和字号我一般选深色主题、字号调大一档因为图片通常会被缩放显示字号小了就糊成一团。有个细节要注意粘贴长代码前先确认工具支持横向滚动或者自动换行否则超长的行会被截断。Markdown 表格生成。手写 Markdown 表格的对齐符号是纯粹的折磨尤其列数多的时候。在线表格生成器让你按行列填充然后输出标准 Markdown粘进文档就完事。思维导图速画。有些场景你不需要完整的功能只需要把一堆节点快速连起来看看关系。在线白板类工具的好处是打开就能画不用建文件、不用起名字、不用管保存。单位与进制换算。像素和厘米、十六进制和十进制、角度和弧度、不同时区的同一时刻。这类工具搜一下就有但要注意单位制式的差异——比如盎司有常衡和金衡之分选错了结果差一大截。5. 用之前先做一次安全体检在线工具用起来太方便方便到人会忘记问一句我把东西交给谁了。这一节是我自己的一套检查清单不复杂但能挡掉绝大多数低级问题。5.1 五个问题三十秒过一遍检查项具体怎么看不合格的表现是否纯本地处理断网测试、看 Network 请求断网就废、上传有大文件请求是否需要注册观察是不是一打开就要登录强制登录才能用基础功能数据是否留存看有没有历史记录云端保存处理完自动出现在列表里页面广告强度观察遮挡、弹窗、跳转点哪都跳、关不掉的浮层是否依赖持久服务看它是不是个人维护的小站域名奇怪、随时可能消失第三条是我最在意的。有些工具处理完文件后会生成一个分享链接这个链接本质上是把文件放在服务器上谁拿到链接谁就能下。这类功能本身没毛病但你必须意识到你上传的那个文件此刻存在于别人的硬盘上。所以我处理敏感文件时会优先找那种处理完直接在浏览器里下载、不生成任何链接的工具。还有一个容易被忽略的点浏览器扩展和在线工具是两回事。扩展安装后长期驻留权限范围可能远大于你以为的在线工具用完就关原则上风险更可控。所以遇到一次性需求我更倾向用网页工具而不是装扩展。5.2 数据敏感度分级什么能贴什么坚决不贴我把要处理的数据分成三档对应三种处理方式第一档公开或无关紧要的数据。比如一段测试用的假 JSON、一张产品宣传图、一段开源代码。这类随便用在线工具怎么方便怎么来。第二档内部但脱敏的数据。比如把字段名去掉、把真实值替换成占位符之后的配置文件、不含真实用户信息的日志片段。这类我会做两步先脱敏再用工具优先选能本地处理的工具。第三档任何带真实身份信息、凭证、密钥、合同内容、个人照片的东西。这类我不用在线工具宁可自己写个小脚本在本地跑。写脚本的成本其实很低下面一节会讲很多时候二三十行代码就够。注意脱敏这件事最容易出岔子。我见过有人把姓名替换成某某却忘了同一段文本里的手机号、邮箱、订单号。脱敏要按字段类型整体过一遍而不是只改你第一眼看到的那几个显眼的地方。6. 找不到合适的自己造一个往往比搜更快这是我想说的最有价值的一点很多奇怪的小工具其实用几十行代码就能自己造一个而且造出来的版本在隐私和稳定性上都完胜。原因很简单——它跑在你自己的机器上不联网不会哪天突然关站。6.1 一个单文件 HTML 工具的最小骨架最省事的做法是写一个.html文件双击用浏览器打开所有逻辑都在里面。不需要 Node、不需要构建、不需要装任何东西。!DOCTYPE html html langzh head meta charsetutf-8 title本地小工具/title style body { font-family: system-ui, sans-serif; max-width: 720px; margin: 40px auto; padding: 0 16px; } textarea { width: 100%; height: 120px; font-family: monospace; font-size: 14px; } button { margin: 8px 8px 8px 0; padding: 6px 14px; } .out { background: #f5f5f5; padding: 12px; white-space: pre-wrap; word-break: break-all; } /style /head body h3Base64 编解码/h3 textarea idsrc placeholder在这里粘贴内容/textarea div button onclickencode()编码/button button onclickdecode()解码/button /div div classout idout/div script const src document.getElementById(src); const out document.getElementById(out); function encode() { // 先转 UTF-8 字节再转 Base64避免中文乱码 const bytes new TextEncoder().encode(src.value); let bin ; bytes.forEach(b bin String.fromCharCode(b)); out.textContent btoa(bin); } function decode() { try { const bin atob(src.value.trim()); const bytes Uint8Array.from(bin, c c.charCodeAt(0)); out.textContent new TextDecoder().decode(bytes); } catch (e) { out.textContent 解码失败 e.message; } } /script /body /html这里有个容易踩的坑值得单独说直接用btoa处理中文会报错。btoa只接受 Latin-1 范围内的字符中文必须先经过TextEncoder转成字节数组。这个坑我在不同项目里见过至少三次每次都是英文测试没问题一上中文就崩。6.2 把常用的小工具攒成一个本地索引页单个 HTML 文件用久了会散落在各处找起来麻烦。我的做法是建一个文件夹所有小工具放里面再写一个index.html当入口用简单的链接列表把它们串起来。打开浏览器设成主页或者固定标签页点一下就到。这个索引页还可以做点小设计按用途分组文本、图片、文件、转换每个条目加一句说明这个工具干什么用因为过三个月你自己也会忘。这比收藏夹好用因为收藏夹里的东西会随着浏览器同步、清理而丢失本地的文件夹永远在。关于运行方式有两点实践经验直接用file://打开绝大多数功能都能跑。但涉及剪贴板读写、摄像头、部分存储接口时浏览器出于安全考虑可能会拦。这时候起一个本地静态服务更稳Python 一行就够python -m http.server 8000然后在浏览器访问localhost:8000。这个地址被浏览器视为可信来源权限限制会宽松很多。别把敏感数据写进代码里。自己造工具最容易犯的错是把测试用的真实数据硬编码进去然后忘了删最后跟着文件一起被备份、被同步、被分享出去。7. 我的整理习惯以及几条踩出来的经验书签越攒越多之后我定了几条规则执行下来确实清爽不少。按我什么时候会用它分类而不是按功能分类。一开始我按文本图片文件分后来发现找东西的时候脑子里想的是我要给这批数据去重而不是我要用文本类工具。所以改成了清理数据处理图片格式转换临时用一次这种场景化命名命中率高很多。每个工具只留一个。同一类工具留三个的结果是每次都要重新选反而更慢。选定一个用得顺手的剩下的删掉。如果哪天它挂了再搜一个新的成本很低。定期清理失效的。这类小站的生命周期普遍不长隔几个月点一遍打不开的直接删。这一步不做收藏夹会慢慢变成一片废墟。给自己留一份离线备份。最常用的那几个功能我都写了本地版本放在那个索引页里。这样即使断网、即使某个站关掉了最核心的几件事照样能做。最后分享一个我觉得最实用的心得遇到一个奇怪的小需求先花十秒钟判断它属于一年一次还是一周一次。一年一次的搜个在线工具用完就走别折腾一周一次的花半小时自己写一个本地版本长期看省下的时间远超投入而且数据完全在自己手里。这个判断标准比任何工具推荐都管用因为它决定了你该不该在这件事上花时间。