怎么在不上传文件的情况下比较两段文本？
比较两段文本本身很常见：看配置哪里变了、日志哪里不同、合同改了哪句、代码片段有没有少一行。内容是公开示例或假数据时风险很低；但如果是合同、客户邮件、API 响应、配置文件、源码、日志或事故记录，就要更谨慎。
更安全的流程是：在本地比较文本，只查看必要差异，分享时只发最小且脱敏后的 diff。
BaseToolbox 的 文本对比工具 可以在浏览器里粘贴或上传文本文件，并用并排或内联方式查看差异。适合需要 diff 但不想把原文发给远程服务的场景。
人们常把什么粘到 diff 工具里？
diff 工具很好用，因为它能把细小变化显示出来。也正因为如此，很多人会粘贴一些本不该上传的内容：
.env文件。- API 响应。
- YAML 和 JSON 配置。
- 客户支持消息。
- 合同或销售草稿。
- 带账号 ID 的错误日志。
- SQL 查询和数据库输出。
- 带内部注释的源码片段。
问题不在 diff 格式，而在原始输入。远程 diff 服务可能同时接收到两个版本，哪怕你只关心其中一行变化。
本地 diff 和远程 diff 有什么区别？
本地 diff 把两份输入留在浏览器里处理。远程 diff 则把两份文本发到服务器计算。
对于公开文本，两者都可能可以接受。对于工作数据，本地比较更适合作为默认选择，因为两个版本放在一起，往往比单个文件泄露更多信息。diff 会显示被删除的密钥、旧价格、历史备注和旧客户数据，即使这些内容已经不在最终版本里。
删除行也仍然敏感。不要只看“新文件是否安全”，还要看 diff 里删掉的内容能不能公开。
对比和分享前的检查清单
| 检查项 | 为什么重要 |
|---|---|
| 搜索密钥 | key、token、password 可能藏得很深。 |
| 检查删除行 | 被删内容也会出现在 diff 里。 |
| 查看文件名备注 | 可能暴露内部系统和客户名称。 |
| 裁剪无关部分 | diff 越小，越容易审阅也越安全。 |
| 替换真实 ID | 邮箱、租户 ID、账号 ID 很容易扩散。 |
如果只需要别人帮忙看一个块，就不要上传整个文件。复制相关片段做一个小 diff 通常更好。
如果团队经常 review 同类变更，可以保留一组脱敏的 before/after 样例。它能展示字段移动、文案改写、配置差异和格式变化，又不会每次都暴露新的真实文件。对于合同、配置和客户 payload，这种固定样例尤其有用。
常见使用场景
开发者常用本地 diff 比较 JSON 响应、配置变更、Markdown 草稿、SQL 输出、环境变量模板和生成代码。
运营、写作者和产品团队可以用它比较政策草稿、邮件、产品文案、发布说明和翻译文本。
客服团队也会用 diff 看客户 payload 和正常样例有什么不同。这种情况下，先替换客户标识，只保留调试需要的字段结构。
日志对比要特别小心
日志往往包含时间戳、IP、用户 ID、request ID、URL、authorization 片段和带内部路径的堆栈。
对比日志前，可以先做清理：
- 保留错误信息和必要上下文。
- 用稳定占位符替换真实 ID。
- 删除 bearer token、cookie 和查询参数。
- 只有时间关系重要时才保留时间戳。
- 分享能说明问题的最小片段。
这样既保留排查价值，也减少不必要暴露。
并排视图还是内联视图？
两个文件结构相近时，并排视图更容易看出位置变化。文本较短、需要复制摘要时，内联视图更紧凑。
如果是很长的 JSON 或代码，建议先格式化再对比。压缩成一行的 JSON 做 diff 会产生大量噪音，真正变化反而不容易看出来。
对翻译文本也一样。先确保两边段落结构接近，再比较差异。否则 diff 会把换行、空格和排序变化都显示出来，反而掩盖真正需要审阅的术语、数字和链接。
常见问题
文本 diff 是私密的吗？
取决于工具。只有本地处理，或者你完全信任接收文件的系统，才可以说风险较低。diff 里可能同时包含当前内容和已删除内容。
应该上传完整文件吗？
只有确实需要时才上传。多数讨论只需要小片段，越小越容易审阅，也越不容易泄露无关信息。
可以用 diff 工具比较密钥吗？
如果必须比较，请使用本地工具，并在用完后清空输入。如果密钥已经出现在要分享的 diff 里，应该视为暴露并考虑轮换。