732 分，229 条评论。2026 年 4 月 29 日，LocalSend 冲上 Hacker News 首页第 19 名，开发者们在同一个帖子里反复争论一个问题：到底有没有一款真正能在我所有设备之间互传文件的 AirDrop？
LocalSend 是其中一个不错的答案——开源、跨平台、基于局域网点对点传输。但它不是唯一的方案。对很多日常分享场景来说，给每台设备装一个桌面端 + 移动端 App 是杀鸡用牛刀，而且 LocalSend 仅限同一局域网这一点也彻底排除了跨网络的需求。这篇文章对比 LocalSend、Snapdrop 和一款网页版替代方案 AnyToURL，告诉你每种工具各自适合什么场景。
Last updated: 2026-04-29
目录
为什么大家在找 LocalSend 网页版替代
一款 LocalSend 网页版替代工具，本质上是用浏览器完成 LocalSend 在做的事——在不依赖邮件、U 盘、云盘账号的前提下，在设备之间传文件——而且不需要在任何一端安装客户端。代价通常是网络范围：LocalSend 是局域网+点对点；网页类工具要么继承同样的限制（Snapdrop），要么改走托管链接的方式（AnyToURL）。
把 LocalSend 推上 HN 首页的那个帖子里，反复出现三个痛点：
- AirDrop 只在苹果生态内可用。 把文件从 iPhone 传到 Windows 笔记本，2026 年了还是比想象中麻烦。
- 每台设备都装 App 太麻烦。 朋友的笔记本、临时借的 iPad、同事的 Linux 机器——它们都没装你那款分享工具，而且为了 30 秒的传输也不会去装。
- 传到 Google Drive 或 Dropbox 又太重。 还要登录、注册、建文件夹。一次性传个文件用不着这套。
这三个痛点其实指向两个不同的工作：同网段点对点（LocalSend、Snapdrop）和 跨网络异步分享链接（AnyToURL、WeTransfer 这类）。挑工具的第一步，是先挑对工作。
LocalSend、Snapdrop、AnyToURL —— 三种思路
LocalSend —— 装一次，在自己网段内传
LocalSend 是一个开源的桌面+移动端应用，在同一局域网内传文件和文本。底层用 HTTPS + 自签名证书，没有互联网也能加密传输。每台设备装好后会自动互相发现，点一下就能发。
- 适合： 多设备家庭、离线传输、敏感文件（不希望出本地网段）、大文件传输（局域网速度远超任何云上传）。
- 不适合： 给不同网段的人传文件、给不愿装 App 的人发文件、需要一个可以粘贴到 Slack 的链接。
- 局限： 每个端点都要装 LocalSend 并运行；没装就传不了。
Snapdrop —— 同 WiFi 浏览器对传
Snapdrop 是一款历史悠久的开源网页应用，用 WebRTC 在两个浏览器之间传文件。免安装、免注册——两端打开同一页面，就会以可爱的动物名互相显示出来。文件在两个浏览器之间点对点传输，Snapdrop 服务器只负责最初的信令交换。
- 适合： 同一 WiFi 下手机和笔记本之间的临时互传，两端都没装分享工具的场景。
- 不适合： 跨网络分享、异步发送（两个浏览器必须同时开着）、能反复打开的持久链接。
- 局限： 两端不在同一网段，Snapdrop 通常无法配对。
AnyToURL —— 上传一次，链接随处可分享
AnyToURL 走的是相反的思路：不撮合两台设备，而是把你的文件（或粘贴的文本、或一段长 URL）几秒内变成一个持久的可分享链接。两端都免安装、免账号、不要求同一网段。接收方在任何有网络的地方打开链接即可。
- 适合： 跨网络分享、异步交付（接收方过会儿再点开）、把链接贴到 Slack/Discord/邮件、分享一段文本片段或缩短长 URL。
- 不适合： 严格离线的传输、不希望文件经过托管服务器的场景、超大文件（有大小限制）。
- 局限： 文件会上传到托管的存储桶；这是为跨网络异步分享付出的合理代价，但不适合气隙环境或严格点对点的需求。
功能对比表
实际测试下来，这三款工具沿着 网络范围 和 投递模式 两条线清晰分开。下面是逐项对比：
| 维度 | LocalSend | Snapdrop | AnyToURL |
|---|---|---|---|
| 是否需要安装 | 是（桌面 + 移动 App） | 否（浏览器） | 否（浏览器） |
| 是否要求同网段 | 是（局域网） | 是（WebRTC peer） | 否，任意网络 |
| 跨网络分享 | 不支持 | 不支持 | 支持 |
| 文件类型 | 任意 | 任意 | 任意（有大小限制） |
| 文本/剪贴板分享 | 支持 | 支持 | 支持（粘贴成链接） |
| URL 缩短 | 不支持 | 不支持 | 支持 |
| 持久可分享链接 | 不支持 | 不支持 | 支持 |
| 是否需要注册 | 否 | 否 | 否 |
| 加密 | TLS（自签名） | WebRTC DTLS | HTTPS 传输加密 |
| 异步分享（接收方离线） | 不支持 | 不支持 | 支持 |
| 开源 | 是 | 是 | 否 |
| 最佳场景 | 同 WiFi 多设备 | 浏览器临时对传 | 跨网络异步分享 |
几行特别值得拎出来说：
- 跨网络分享 是最大的分水岭。LocalSend 和 Snapdrop 设计上都是局域网内的方案；AnyToURL 是基于链接的，任何有网络的地方都能用。
- 异步交付 比大多数人预期的更重要。你 9 点传文件，同事第二天 8 点才看——点对点工具帮不了你，两端必须同时在线。
- 持久链接 解锁了另外两种方式做不到的工作流：贴进文档、嵌入邮件签名、扔到聊天里下周翻回来还能看。
如何选择：决策树
按这个决策树，10 秒内就能挑好工具：
-
两台设备现在在同一 WiFi，并且整个传输过程都不会换网络？
- 是 → 继续
- 否 → 跳到第 4 步
-
两端都已经装了或愿意装一款分享 App？
- 是 → LocalSend。 局域网最快速度、端到端加密、清爽的多设备发现。
- 否 → 继续
-
只是临时浏览器对传一次？
- 是 → Snapdrop。 免安装，两端打开同一页面，靠 WebRTC 配对。
-
跨网络，或者想要一个能贴到任何地方的链接？
- 是 → AnyToURL。 上传文件（或粘贴文本、或缩短 URL），复制链接，接收方在任何地方打开。
-
要在同 WiFi 下传几个 GB 以上？
- 默认选 LocalSend——通常会比任何云上传都快，因为字节根本没出过你的路由器。
短版本：同 WiFi 点对点是 LocalSend 的主场，临时浏览器配对是 Snapdrop 的，凡是要跨网络或者要能复制链接的都归网页类工具（比如 AnyToURL）。
网页版替代方案胜出的三个场景
下面三个具体工作 LocalSend 完全做不到，全部用 AnyToURL 演示一遍。
场景 1：给异地的人发文件
设计师在柏林，你在新加坡。LocalSend 用不上——不在同一网段。Snapdrop 没法配对——不是同一组 WebRTC 节点。一个 PDF 也犯不上专门去开 Google Drive。
操作步骤：
- 任何浏览器打开 AnyToURL，免注册。
- PDF 拖进上传区，几秒内得到一个短链接。
- 复制链接，粘进 Slack/邮件/iMessage。
- 柏林的设计师点开链接下载，两端都不用装东西。
这就是 LocalSend 留下的空白。一条免安装的 AnyToURL 链接能在任何聊天工具里传播，并且不要求接收方在你上传的那一刻在线。
场景 2：把一长段文本粘贴成托管链接
你想发一份 400 行的日志，或者一段配置。塞进聊天会被自动换行毁掉格式，发邮件附件又太重。你想要的是一个直接打开就能看文本的 URL。
操作步骤：
- 打开 AnyToURL，切到 Paste Text 模式。
- 粘贴你的内容，点 Generate Link。
- 把生成的 URL 发出去。
- 接收方在任何浏览器里打开——文本由服务端渲染，不会因为聊天工具的格式化跑形。
LocalSend 在同网段内可以传纯文本，但它没法生成一个跑出网段也能用的 URL。托管文本链接特别适合代码评审、日志交接，以及随手「过会儿再看一段」的场景。
场景 3：发链接前先把长 URL 缩短
你要在 Discord 群里发一条带 200+ 字符 UTM 参数的链接，群里讨论已经很长，2000 字的消息上限本来就紧。短链既清爽又省字符。
操作步骤：
- 把长 URL 粘进 AnyToURL 短链工具。
- 点缩短，得到一条干净的短链接。
- 扔到 Discord/Slack/Twitter。
LocalSend 和 Snapdrop 都不碰这个活——它们是文件传输工具，不是链接工具。如果你日常工作就是在聊天工具和文档里贴链接，一个网页短链工具能省字数，看起来也比一长串查询参数可靠得多。
常见问题
LocalSend 有官方的网页版吗？
没有。LocalSend 设计上就是原生桌面/移动应用，因为它依赖局域网内的直接发现和已安装客户端之间的 HTTPS 传输。如果你想要免安装的浏览器体验，最接近的两个对应方案是 Snapdrop（同网段浏览器配对）和 AnyToURL（跨网络链接分享）。它们解决的是相互重叠但不同的问题。
LocalSend 能跨互联网传文件吗？
不能。LocalSend 是有意限制在局域网内的——设备必须在同一本地网络才能发现并完成传输。这是它私密、快速的原因，但也意味着你没法用它给异地的人发文件。要跨网络分享，托管链接类工具（比如 AnyToURL）更合适。
LocalSend 和 Snapdrop 有什么区别？
两者都在同一网段内传文件。LocalSend 是装在每台设备上的原生应用，Snapdrop 是两个浏览器里打开的网页。LocalSend 支持更丰富的流程（多设备、固定设备名、移动端分享面板）；Snapdrop 一次性传个东西更快上手，因为完全不用安装。两者都不支持跨网络。
通过 URL 分享文件需要注册吗？
不需要。AnyToURL 的基础文件上传、文本粘贴、URL 缩短都不要求账号。你拖进文件或粘贴文本，复制链接发出去就行。少数高级功能（自定义 slug、更长保存期）可能需要账号，但核心流程一直是免注册的。
网页版文件分享工具安全吗？
看具体工具。重点看是否使用 HTTPS 传输、是否有清晰的保留策略、隐私声明里有没有写明记录什么信息。对于敏感内容（法律文件、病历、密钥），LocalSend 这种从不出公网的同网段工具是更稳妥的默认选择。对于日常文件——草稿、截图、PDF、代码片段——一个走 HTTPS 的可信网页工具完全够用。
LocalSend 为什么会在 Hacker News 上火？
2026 年 4 月 29 日的那个帖子（首页第 19 名，732 分，229 评论）正好赶上开发者社区对平台锁定和中心化基础设施的担忧上升，而 LocalSend 恰好是这两者的反面——开源、本地优先、无服务器、无账号。讨论里大家主要在拿它和 AirDrop、KDE Connect、Snapdrop 互比，争论谁在哪个维度更胜一筹。
一句话总结
LocalSend、Snapdrop、AnyToURL 其实并不是在抢同一块地——它们是三个不同问题的三种答案。如果你是多设备用户、想要快速的局域网传输和隐私，装 LocalSend；如果只是同 WiFi 下浏览器到浏览器的一次性互传，Snapdrop 难被超越；如果文件要跨网络、需要异步交付，或者要变成一条能粘到任何地方的链接，免安装的网页工具更顺手。
想免安装直接发文件？现在就试试 AnyToURL →——拖文件、粘文本、缩 URL，几秒内得到一条干净的可分享链接。免注册、免装 App、不要求同网段。
