跨设备传一段代码或文件，到底用什么最省事？我把常见的几种方案认真比了一遍
写代码的人，桌面上几乎永远有几样东西要"挪个地方"：笔记本里的一段函数要发到远程服务器、一张报错截图要甩到手机上看、一段日志要丢给同事排查。听着都是小事，可真做起来，每条路都有点别扭。
这篇就把我自己用过的几种方式摊开来比一比，顺带聊聊"短链剪贴板"这类工具背后到底是怎么实现的——后半段是给想自己造轮子的同学准备的干货。
一、几种常见方案，各有各的"别扭"
| 方案 | 顺手的地方 | 别扭的地方 |
|---|---|---|
scp/rsync | 传文件稳、正统 | 要配 SSH、记路径；传三行代码还得先存成文件；跨不到"手机↔电脑" |
| GitHub Gist | 对代码友好、能版本化、有高亮 | 要登录；传图片/二进制偏重；还会一直留在你的 Gist 列表里 |
| IM「文件传输助手」 | 最顺手、零门槛 | 图片被压缩、大文件限速、文本无高亮；内部日志过一遍 IM 服务器也不踏实 |
| AirDrop | 苹果生态内体验极好 | 一旦跨到 Windows / Linux / 服务器就没法用 |
| Syncthing / Resilio | 持续同步大目录真香 | 每台设备都要装客户端、做配对；"临时丢一份"用它太重 |
| 各类 pastebin | 理念对路：粘贴→拿链接 | 很多要注册、不支持图片/文件、链接也不够短 |
把这一圈比下来，结论其实挺朴素：没有银弹。代码要版本管理就用 Gist，大目录持续同步就用 Syncthing，纯苹果设备之间就用 AirDrop;而"临时、跨生态、快速丢一份东西"这个高频小需求——确实是"短链剪贴板"这类工具最省事。
二、顺便拆一拆：这类"短链剪贴板"是怎么实现的
它看着简单，核心其实就三件事，自己写个最小版也花不了多少功夫：
- 存内容：文本进数据库，图片/文件进对象存储（S3 / R2）。
- 生成短码：给每条内容一个尽量短的唯一 id。常见两条路——
- 随机短码：
nanoid(6)之类，碰撞概率低、且不可被顺序枚举； - 自增 id 转 base62：
12345 → "3d7"，更短，但能被遍历（适合公开内容）。
- 随机短码：
- 读取 + 可选过期：
GET /:code取回内容，再叠加 TTL 过期、公开/私密、语法高亮（highlight.js / Prism / Shiki）等。
最小实现大概长这样：
// 自增 id → base62 短码constALPHABET="0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ";functiontoBase62(num){lets="";do{s=ALPHABET[num%62]+s;num=Math.floor(num/62);}while(num>0);returns;}// 存内容 → 返回短链asyncfunctioncreateClip(content){const{id}=awaitdb.insert("clips",{content,created_at:Date.now()});return`https://your.do/${toBase62(id)}`;}真正费功夫的从来不是这段逻辑，而是把成本压到能长期免费：图片/文件的存储与带宽、抗滥用、多端同步、过期清理……这也正是"现成的免费工具"存在的意义——你不用自己养一套。
三、cv.cm：在"短链剪贴板"这一类里，我留下的那个
cv.cm 是我最后留在书签里的一个，原因和上面的取舍正好对得上：打开就能用，不用注册。
把内容粘进去，它给你一条超短链，复制就能发；对方打开链接，内容就在那儿。对开发者来说，最实用的是它对代码很友好——200+ 语言的语法高亮、还能渲染 HTML / Markdown，分享出去的片段是规规矩矩的代码块，而不是糊成一坨的纯文本。
其它几个细节也挺顺手：
- 天然跨设备：链接就是"传输通道"，笔记本 → 手机 → 服务器，随手就传；
- 公开 / 私密可选+ 标签归类，翻历史方便；
- 内容可自动翻译成 11 种语言，跨语言协作时同一份内容大家都能读；
- 域名本身就短（
cv.cm），生成的链接贴哪儿都不碍事。
技术栈上它跑在Next.js + Cloudflare Pages + D1上，这也是它能把免费版做起来的原因之一（对应第二节那句"把成本压到能长期免费"）。
也得说说它的局限，别只挑好的讲：
- 免费版内容默认有有效期，想长期不过期保存需要升级；
- 它是托管的闭源 SaaS，重隐私 / 合规的内容就别往公开服务上放了。
顺带一提：它其实长成了一个小工具箱
用着用着会发现，作者在同一个域名下挂了一整排工具，都走"短链 / 免注册"那套路子。和"传文件"未必直接相关，但放一起看挺有意思，也省得到处找站：
- cv.cm/v—— AI 视频 / 图像工作室：免排队的 Seedance 2.0 文/图生视频、GPT Image 2 与 Seedream 出图，新用户送 100 积分；
- cv.cm/v/agent—— 短剧 Agent：一句话描述，自动拆分镜、生成概念图与视频；
- cv.cm/v/canvas—— 无限画布：把生成节点连成图，适合拼分镜 / 编排工作流；
- cv.cm/api—— 开放 API：上面这些生成能力可以直接用 API 调；
- cv.cm/w—— 水印 / 打码工具：给证件、截图加水印或局部遮挡，纯前端处理。
说句实话，这种"什么都想做"是把双刃剑：好处是顺手、一个站点搞定不少事；坏处是定位会有点散，你大概率只会固定用其中一两个。对我来说，剪贴板 + 偶尔用下/w打码，日常就够了。
小结
把这一圈比下来，我的实际用法是分场景的：
- 要版本管理的代码→ GitHub Gist；
- 大目录持续同步→ Syncthing；
- 苹果设备之间→ AirDrop；
- 临时、跨生态、快速丢一段代码 / 一个文件→ 短链剪贴板（我在用 cv.cm，你也可以挑别的同类）。
工具没有高下，合手最重要。你平时是怎么在多设备之间传代码片段和文件的？有更顺手的方案，欢迎在评论区聊聊。