在开发者社区里，许多令人惊叹的项目往往始于一个再平凡不过的需求。某个深夜，程序员张昊（化名）需要把一份几百兆的日志文件从笔记本快速传给同事，却发现双方既没有搭建内网共享，又不方便用微信或网盘——要么限速，要么需要注册，要么传输过程层层加密、耗时漫长。他随手写了一个简单的HTML页面，嵌入了浏览器原生的File API，实现了点对点的文件直传。本以为这个小工具用过一次就会废弃，没想到它却在团队里悄然流传，最终演变成一个能挂公网、支持高速并发、拥有完整前端后端的独立产品：“瞬传”（InstantShare）。

起源：一个HTML文件拯救的半小时

“最开始真的只是一个HTML文件——连JS都在同一个文件里。”张昊回忆道。利用浏览器的fetch与readAsArrayBuffer接口，他让用户在页面上拖拽文件，页面通过WebRTC或简单的HTTP POST把文件块发送到同一局域网下的另一台设备。因为是局域网直连，速度远超云盘中转，几十秒就能传完原来需要等十分钟的文件。

这个小工具被同事发现后，迅速在张昊所在的技术部门内传开。“那天下午有五六个人问我要那个HTML文件。”需求很快从“内网互传”扩展到“跨网段传输”“支持手机端”“断点续传”。单一的HTML已经无法承载日益复杂的功能逻辑，张昊决定将它重写为完整的Web应用。

技术选型：从WorkBuddy到Java后端

起初张昊尝试用纯Node.js搭建一个简单的文件上传服务，但很快发现：文件分片、秒传校验、临时链接生成、访问权限控制……这些需求在Node.js下需要大量手动造轮子。一次偶然的机会，他了解到了WorkBuddy——一款面向开发者的低代码·全栈平台，能够将前端组件、后端逻辑和数据库模型通过可视化编排快速串联。“WorkBuddy最大的优势是，它不需要你从零搭建框架，但又不限制你写原生代码。”

借助WorkBuddy，张昊在短时间内完成了前端交互逻辑的重构：拖拽上传、进度条显示、生成分享链接二维码、设置有效期和下载次数。前端部分用WorkBuddy内置的HTML/JS组件搭建，后端则通过平台提供的Java扩展点嵌入自定义逻辑——文件分片存储到OSS、链接加密签名、带宽限流策略等。最终，“瞬传”拥有了一个轻量但完备的后端，基于Java Spring Boot框架运行，可部署在公网服务器上。

“这不是一个简单的‘玩具’了。”张昊说。在WorkBuddy的帮助下，他从一个只会写前端的开发者，迅速上手了包含认证、数据库事务、消息队列的后端系统，“它让我把注意力放在传输逻辑本身，而不是框架配置。”

实测：公网传输速度接近带宽极限

记者在最新版的“瞬传”平台上进行了体验。无需注册，用户打开网页后拖入一个1.2GB的视频文件，系统自动计算文件指纹并完成秒传校验（若服务器已有相同文件，则直接生成链接）。若为新文件，上传速度在100Mbps带宽下稳定达到11.2MB/s，几乎占满上行带宽。生成分享链接后，接收方点击即可从服务器直接下载，下载速度同样接近下行极限。链接可设置有效期（1小时至7天）以及最多下载次数，过期自动销毁文件。

“我们的目标是让文件传输像发送一条消息一样简单、迅速且安全。”张昊介绍，目前“瞬传”已支持端到端加密传输、文件预览（图片、PDF、短视频），以及团队协作空间功能。他正在计划基于WorkBuddy的插件机制，开放API以便其他开发者集成。

行业观察：低代码+定制化正在改变开发范式

“瞬传”的诞生并非孤例。越来越多的独立开发者和小团队开始利用类似WorkBuddy的融合平台，快速将零散的需求转化为足以交付的产品。传统认知中，低代码平台往往被认为只适合搭建表单和简单管理系统，而“瞬传”证明了：在合适的平台架构下，低代码同样可以承载高并发、高安全需求的文件传输场景。

WorkBuddy官方技术负责人评价张昊的项目时指出：“他在前端用可视化组件搭建界面，在后端用Java原生代码实现核心逻辑，这种混合开发模式正是我们设计平台的初衷——让开发者只写业务价值最高的代码。”

目前，“瞬传”已在GitHub上开源，累计获得超过2000星。张昊计划下一步为它增加内网穿透支持，让没有公网IP的用户也能直接从本机分享文件。“也许再过几个月，它就不再是一个‘破需求’的产物了——我会把它做成一个真正的小产品。”他笑着说。而这一切，都始于那个深夜，一个HTML文件。