昨天，Bun 官方账号发了条推文，配了张包子小人举着安卓机器人的图，宣布"下一版 Bun 将获得实验性 Android 支持"。
推文很短，只有两行：
“In the next version of Bun, Bun gets experimental Android support.
底下评论区瞬间炸了。有人喊"我下周就去试试"，有人翻出自己在 Termux 里跑 Claude Code 的截图，还有人开始畅想"以后是不是能用 Bun 写 Android App 了"。
火势越烧越旺，作者 Jarred Sumner 自己坐不住了，发了条澄清推文：
“guys chill this is not "build android apps with Bun", this is "use Termux with Bun". Or otherwise, it's embed Bun alongside Android apps. Node also has Android support. This is similar.
翻译过来就是：各位冷静，这不是"用 Bun 构建安卓 App"，而是"在 Termux 里用 Bun"，或者"把 Bun 嵌入到安卓应用里"。Node.js 本身也支持 Android，跟那个差不多。
这次到底改了什么
对应的 PR 是 oven-sh/bun#29675，标题：Add aarch64-linux-android target。
从 4 月 24 日凌晨开始提交，作者一个人连续推了二十多个 commit，到当天下午基本把 CI 跑通了。
简单说，这个 PR 给 Bun 增加了一个新的编译目标 aarch64-linux-android。技术路线是用宿主机的 clang 21 加 NDK r27c（API 28）的 sysroot 做交叉编译，编译器还是同一个 clang，NDK 只提供 bionic 系统库、libc++ 和 compiler-rt。
跑通后产出的 bun-debug 是一个 ARM aarch64 的 PIE 可执行文件，依赖只有 libc/libm/liblog/libdl 这四个 bionic 系统库。所有自带的依赖、Zig 部分和 WebKit 都成功编译，JIT 三大件 Baseline、DFG、FTL 加上 Wasm 全部启用，process.platform 会返回 "android"，bun upgrade、bun build --compile --target=bun-linux-arm64-android、npm 包的 os: ["android"] 字段也都打通了。
47 处运行时修复，把 Android 这块硬骨头啃下来
跑通编译只是第一步。Android 跟普通 Linux 长得像，但里里外外全是坑。Jarred 在 PR 描述里写他做了一次"comprehensive bughunt"，挖出 47 处问题。挑几个有代表性的看看：
process.platform 在打包阶段被错误内联。Bun 把内置 JS 模块（src/js/**）编译成二进制时，会把 process.platform 这种常量直接替换掉。问题是之前替换用的是宿主机的平台值，结果交叉编译出来的 Android 版 Bun，所有 process.platform === "android" 的分支都被当成死代码消掉了。修复办法是给代码生成器加 TARGET_PLATFORM 和 ARCH 环境变量。
seccomp 把好几个系统调用挡住了。Android 14 开始，vendor seccomp 策略会用 EACCES 拒绝某些系统调用，而不是返回 ENOSYS。这导致 Bun 里 epoll_pwait2、pwritev2、memfd_create 的回退逻辑全失效，事件循环会直接卡死或者忙等。修复后这几处都把 EACCES 也算进了 fallback 触发条件。
DNS 解析全超时。Android 没有 /etc/resolv.conf，c-ares 没法发现 DNS 服务器，结果默认就用 127.0.0.1，每次查询要等 20 秒超时。改成默认走 bionic 的 getaddrinfo，它会通过 netd 拿到真实的 DNS 配置。
TLS 系统证书加载不到。Android 把根证书都放在 /system/etc/security/cacerts/ 下，文件名是 OpenSSL 那种 <hash>.0 的格式，没有打包成单一 bundle 文件。Bun 原本的目录加载器只认 .crt/.pem/.cer 后缀，结果 --use-system-ca 就返回空数组。补了正则匹配 ^[0-9a-f]{8}\.[0-9]+$。
/tmp 不存在。Android 上临时目录是 /data/local/tmp，所有用 /tmp 的地方都要替换。
os.cpus()、os.networkInterfaces() 这些会抛错。Android API 30+ 的 SELinux 策略会拒绝读 /proc/stat 和 netlink socket，bionic 也没有应用 UID 对应的 passwd 项，所以 os.homedir()、os.userInfo() 这些调用本来都会炸。改成在 EACCES/EPERM 时返回空值或者降级到 /data/local/tmp。
spawn 找不到 shell。Android 上 /bin/sh 和 /usr/bin/env 都不存在，shell 在 /system/bin/sh。bun run 的 node-gyp shim、Bun.$ 的子进程派生路径都得改。
这些坑里有些其实不是 Android 独有的。比如 timerfd_create 之前用的是 CLOCK_REALTIME，相对间隔的定时器一旦遇到 NTP 校时就会被偏移，应该用 CLOCK_MONOTONIC。这个 bug 在所有 Linux 上都存在，只是 Android 上时钟跳变更频繁所以更容易暴露。Jarred 顺手把这种"全平台都该修但一直没人发现"的问题也一并提到了 PR 里。
这次支持的是 aarch64-linux-android 这个目标。换句话说，编出来的是一个能在 Android Linux 内核上跑的命令行二进制文件，跟 Android 应用层（Activity、JNI、AAR 包那一套）完全没关系。
它能用的场景有两个：
第一个是 Termux。Termux 是 Android 上一个挺有名的终端模拟器，本质上提供了一套接近 Linux 的命令行环境，许多开发者会在里面装 Node.js、Python、Vim 之类的工具。问题是 Node.js 在 Termux 里安装一直比较折腾，得用 Termux 自己维护的包，版本经常滞后。Bun 直接出官方 Android 二进制后，理论上可以直接 bun upgrade 拿到最新版。
第二个是 嵌入到 Android 应用里作为运行时。比如某个 Android App 想内置一个 JavaScript 脚本引擎处理插件、扩展或服务端逻辑，可以把 Bun 当成动态库或者子进程跑。这跟 Node.js 嵌入 Mobile 的玩法（Node-API for Mobile Apps）是一回事。
但 绝对不是 用 Bun 来写 Android App。要做 Android App，开发者还是得走 Kotlin/Java 那套官方工具链，或者用 React Native、Flutter 这些跨端方案。Bun 在这里的角色是后端工具，不是前端框架。
Jarred 之所以一上线就赶紧澄清，应该是怕被 React Native 社区或者跨端开发者误解，引发一波"Bun 抢饭碗"的混战。提前把边界说清楚，反而更省事。
有意思的是，澄清推文出来之后，评论区的方向反而更聚焦了。
一位用户 @sajidalianjum 留言：上周还在到处找方案，因为缺这个支持，OpenCode 在 Termux 里跑不起来。
另一位 @Britannioj 直接发了张手机屏幕的截图，上面跑着 Claude Code，配文是："这意味着即使 Node 安装方式不再可用，我也能继续在 Termux 里用 Claude Code 了？太好了！"
这两条评论其实点出了背后真正的需求。
最近半年，AI 编程 Agent 全面流行，Claude Code、OpenCode、Codex CLI 这些工具几乎都用 Node.js 或者 Bun 写。开发者越来越多地开始尝试在手机上跑这些 Agent，原因也很现实：你坐高铁、出差、临时想到一个 idea，掏出手机就能让 Agent 帮你写代码、查 bug、改文档，确实很爽。
但问题是 Termux 里装 Node.js 一直不太顺。Termux 自己维护的 nodejs 包跟主线版本差距时大时小，各种 native 模块也不一定能编出来。Bun 如果能官方提供 Android 二进制，意味着开发者可以一条命令直接装上最新版，AI Agent 们立刻可以平滑迁移过来。
Jarred 自己在澄清推文里就提了一句："Node 也支持 Android，这跟那个类似。" 但 Node.js 的 Android 支持其实从来没成为主流的安装路径，更多是用在嵌入式场景里。Bun 这次如果能把官方 Android 二进制做成跟 macOS、Linux 一样的一等公民，对 Termux 这条线来说意义就不一样了。
下一个 Bun 版本应该很快就会发布。如果你刚好有一台 Android 备用机，到时候装个 Termux 试试，可能会发现一些有意思的玩法。
