TinyGo把Go塞进100块芯片，浏览器里跑出了新物种

Go语言写了15年服务器代码，现在有人把它塞进了2KB内存的传感器里。

TinyGo项目用LLVM重新造了把刀。不是修修补补，是从头写了个编译器，专门对付那些连操作系统都没有的裸机芯片。BBC micro:bit、Arduino Uno、Nordic和ST的工业级处理器——官方列表里超过100种板子能跑，最小的程序只要几百字节。

这事的诡异之处在于：同一份代码，既能点亮LED，又能塞进浏览器。

WebAssembly（网页汇编）是TinyGo的另一条腿。它生成的WASM（网页汇编模块）体积控制得极紧，适合在浏览器里跑，也能丢进支持WASI（网页汇编系统接口）的服务器或边缘节点。云厂商爱用的边缘计算场景，突然可以用Go写了。

传统Go编译器有个心结：垃圾回收。嵌入式最怕的就是内存突然抖动，传感器可不会等你暂停世界。TinyGo的做法是——可选。你可以关掉GC，自己管内存；也可以用更轻量的策略。换句话说，它把选择权塞回工程师手里。

项目维护者算过一笔账：同样的功能，TinyGo比标准Go编译出来的二进制小一个数量级。在闪存按KB卖的芯片上，这直接决定能不能用。

谁在用它？

官方文档里列了几个场景：无人机飞控、物联网网关、浏览器里的图像处理、甚至区块链智能合约。有个做工业传感器的团队把TinyGo跑在了Nordic nRF52840上，电池撑了两年——他们之前用C写了三遍，内存泄漏查得想辞职。

WebAssembly这边更热闹。Cloudflare的Workers边缘计算平台原生支持WASI，意味着你可以用Go写边缘函数，部署到全球200多个节点，冷启动时间按毫秒算。以前这事得用Rust或JavaScript。

坑还在

项目页面上挂着一行小字：「这些数字基于数据手册和实测估算，可能出错。」诚实得不像开源项目。标准库里大约三分之一的包还没移植，反射（reflection）支持有限，CGO（Go调用C代码的机制）干脆没有。想复用现成的C驱动？得先写适配层。

社区规模是另一个隐忧。2024年的提交频率比2022年降了四成，核心维护者只有个位数。企业用户大多默默 fork 了自己改，回馈上游的少。

但芯片厂的态度在变。Nordic和ST的工程师开始往TinyGo仓库提PR，不是做慈善——他们的客户想用这个，省得自己教客户写C。

如果明年你买的智能灯泡里跑着Go代码，别惊讶。问题是：你会愿意用一门为服务器生的语言，去写那个可能烧掉你家的温控器吗？