Termux里的二进制和脚本，到底怎么运行才不踩坑？Termux-service 保活妙招！

🧩 第一部分：Termux 里运行个东西，咋就这么费劲？

Termux 说白了就是一个在 Android 上运行的容器化 Linux 环境，但它没有传统的 init 系统，也不享受系统级服务的“免死金牌”。
Android 的省电机制（Doze 模式、电池优化）会把后台进程当成吃电的流氓，一言不合就查杀。

所以你会遇到：

🔹 关闭终端或者锁屏后，进程直接被干掉

🔹 切换应用再回来，之前跑的任务莫名其妙消失了

🔹 用&放到后台的进程，依然逃不过被系统回收的命运

那到底怎么选择运行方式？别急，先给你一个全景图。

⚙️ 第二部分：运行方式全家福，一张表看懂

🧪 方式一：直接在前台运行

./binary或者bash script.sh

这就好比你在灶台前守着锅，你一走开火就灭了。

只在调试、临时跑一下的时候用，千万别想着这样能持久运行。

🚲 方式二：使用&放到后台

./binary &

看起来任务被扔到后台了，但本质上还是挂在当前 shell 会话下，终端一关进程就收尸。

这里有一点要特别注意，很多新手觉得加了 & 就万事大吉，结果睡一觉服务挂了，就是这个原因。

🛡️ 方式三：nohup 或 disown 扛住终端关闭

nohup ./binary &或者./binary & disown

这样终端退出后进程不会被 SIGHUP 信号杀死。
但，听好了——这只能防止你主动关终端时进程被杀，挡不住 Android 系统在锁屏后的后台限制。

我就在这上面栽过跟头，半夜服务停了，还以为程序自己崩了，查了半天 log 才发现是被系统祭天了。

🧟 方式四：termux-wake-lock 防止 CPU 休眠

先执行termux-wake-lock获取唤醒锁，再运行程序。

这样锁屏后 CPU 能继续保持活跃，能提高存活率，但应用本身还是可能被杀死释放内存。这是一种“强力辅助”，不是免死金牌。

👑 方式五：Termux-service 正式登场

这才是今天的重头戏。

Termux-service 实际上就是一套让 Termux 可以管理类似“系统服务”的工具集，底层通过runit或busybox管理进程，帮你实现：

🔹 进程挂了自动拉起来

🔹 Termux 启动后自动运行服务

🔹 用sv命令管理启停，像个正经 Linux 一样

官方文档虽然说明了基本用法，但根据以往的经验，直接抄容易因为目录权限或脚本环境变量问题启动失败，所以下面我会用亲手验证过的步骤带你走一遍。

🛠️ 第三部分：实战！Termux-service 安装与配置

📦 第一步：安装 termux-services

pkg update && pkg upgrade

pkg install termux-services

安装完，务必重启一次 Termux 或者重新打开一个会话，不然很多服务命令会报找不到。

📁 第二步：创建你的服务目录

服务文件需要放在$PREFIX/var/service/<你的服务名>/下面。我习惯用myserver举例子：

mkdir -p $PREFIX/var/service/myserver

在该目录下创建一个名为run的可执行脚本，这就是服务的启动脚本。

重点来了，这个脚本必须在前台执行，不能自己退到后台。因为 runit 要求它监控的这个 run 进程一直活着，一旦退出就认为服务挂了。

写个最简单的例子：

#!/data/data/com.termux/files/usr/bin/bash

cd /sdcard/myapp

exec python server.py

🔸 一定要用exec把当前 shell 替换成你的服务进程，这样信号能正确传递。

🔸 脚本里用绝对路径，别偷懒写相对路径，否则服务启动时会因为$PATH不一样翻车。

✅ 第三步：赋予执行权限并启用服务

chmod +x $PREFIX/var/service/myserver/run

然后让 Termux-service 接管：

sv up myserver # 启动服务

sv status myserver # 查看状态，显示 run: 字样就是跑起来了

设置开机自启那就更简单了，安装好termux-services后，只要重启一次 Termux 或重开一个会话，背后的runsvdir守护进程就会自动跑起来，它会监控$PREFIX/var/service/这个目录。
只要你把服务目录（比如myserver）放在里面，你一打开 Termux，它就会自动把里面所有服务拉起来，根本不用手动干预。

🔹 手机开机后自动启动服务（系统级自启）

这才是真正的“开机自启”，光靠 Termux-service 自己搞不定，必须搭档Termux:Boot这个插件。

pkg install termux-boot

安装Termux:Boot后，在~/.termux/boot/目录下放一个可执行脚本，里面写上：

#!/data/data/com.termux/files/usr/bin/bash

termux-wake-lock

sv up myserver

这样手机一开机，这个脚本就会被触发，先拿唤醒锁，再启动你的服务。这才是真·开机自启的完整链条。

📊 第四步：验证保活效果

可以先sv down myserver停止服务，然后再sv up myserver重新拉起来，接着模拟锁屏等待几分钟，再回来看状态，如果还是run，基本就稳了。

再教一个损招，可以故意kill掉你的服务进程，等几秒再sv status看，只要配置对了，它应该自动被拉起来，原地复活。

🩹 第四部分：常见翻车现场及抢救方案

🔹启动报错 “run: can't change directory…”

大概率是路径拼错了或者没有访问权限。Termux 访问/sdcard需要先执行termux-setup-storage授权。

🔹服务启动了，但马上又 down 掉

多半是run脚本执行完直接退出了。

记住：run 脚本必须阻塞运行，直到服务本身停止。
如果你在脚本最后写了echo "done"就没了，那 runit 一看进程结束了，当然认为服务跪了。

我就曾经因为脚本末尾多了一个换行，导致 exec 没生效，服务秒挂，找了好一阵才恍然大悟。

🔹锁屏后服务还是被杀了

即使用了 Termux-service，碰上凶残的系统（比如某些国产 OS），还是可能被杀。

这时候需要组合拳：
开启 Termux 的唤醒锁，再把 Termux 应用本身加入系统的“电池优化”白名单，并在多任务界面锁定应用不被清理。

工具顺手的才是最好的，我一般还会装个Termux:Boot，让手机开机就自动启动 Termux 服务。

🔹sv 命令提示 “command not found”

说明 termux-services 没装好，或者新开的 session 没加载环境变量。

试试source $PREFIX/etc/profile或者退出 Termux 重新进。