为什么很多在线工具声称“文件不会上传”？
打开浏览器里的图片格式转换或二维码生成页面，断掉网络再拖入一张本地图片，很多功能照常工作——这就是“数据不上传”最直接的验证方式。这类工具的转换逻辑写在 JavaScript 里，由浏览器的引擎直接执行：图片解码走 Canvas 与 Image 对象，哈希计算用 Web Crypto API 或纯 JS 实现的 MD5/SHA 算法，二维码则是本地按 QR 编码规范生成矩阵再画到画布上。整个链路从读取文件到产出结果都发生在你的设备上，服务器端只负责把网页本身发给你。
技术上是怎么做到不联网也能算的？
关键在于文件读取用的 FileReader 与 Blob API：你在页面上选择的文件并不会被发送到任何地方，浏览器把它读成内存中的数据，脚本直接在这份数据上运算。以图片转格式为例，页面先把原图解码成像素数据，改写成目标格式（如 PNG 转 WebP 时重新编码），最后用一个本地生成的 Blob URL 提供下载——这个 blob: 开头的地址本身就说明文件从未离开浏览器。在线哈希工具同理，几百兆的文件在本地按分块方式喂给摘要算法，网络全程空闲。
哪些情况下文件还是可能被上传？
需要服务器算力的功能很难完全本地化：视频转码、OCR 识别手写体、超大文件的压缩，这类任务浏览器内存和算力吃不住，通常要把数据发到后端处理。判断方法很实用：断网试一次，能跑的基本都是本地处理；打开浏览器开发者工具的网络面板，看有没有发往第三方域名的大体积请求。正规工具站会在页面写明处理方式，而不让你靠猜。
本地处理对个人用户意味着什么？
最直接的意义是隐私边界：身份证照片、合同扫描件、公司内部截图这类敏感材料，交给远程服务器就是一次不可撤回的投喂，而本地处理把风险压到接近零。其次往往更快：省去了几十兆上行带宽的等待，转换耗时只取决于你的设备。866data 这类工具站把三十六款工具中的多数做成纯浏览器运行，也是“断网可用”成为可能的原因。