别再傻傻分不清直接执行、后台运行、Termux-service了！一篇给你讲透，连常见报错都给你整明白了。
摘要： Termux 里运行二进制或脚本，直接执行、后台运行、Termux-service 到底怎么选？这篇血泪经验总结手把手教你安装配置 Termux-service，避开“进程被杀”、“服务无法保活”等大坑，看完就能让脚本在手机里稳如老狗地跑起来。
你是不是也这么干过？在 Termux 里用 python server.py 跑了个 Flask 应用，一切正常，切出去回个微信，再切回来——进程没了，服务挂了。😤
或者看了一堆教程，终于把二进制程序跑起来了，但一锁屏就嗝屁，想弄个开机自启更是噩梦。这感觉就像你费劲煮好一锅汤，去趟厕所回来发现火灭了，锅都凉了。
别问我怎么知道的，这坑我躺过不止一次。今天就用最接地气的方式，帮你把 Termux 里运行文件的所有姿势 一网打尽，尤其是让无数人抓狂的 Termux-service。
👩💻我是爱折腾的一名程序媛，喜欢研究全栈开发的各种实践，热爱分享踩坑后的收获与思考，也享受用代码写出各种实用小工具解决问题的快乐。
如果你也在技术这条路上向前走，关注我，愿我们能彼此陪伴，一起成为更好的自己 🌱
看完这篇文章，你会彻底搞懂：
🔹 Termux 里运行程序和脚本的几种方式，以及什么场景该用哪种
🔹 Termux-service 到底是什么鬼，怎么安装、配置、使用
🔹 进程被后台杀死、自启失败等常见报错的排查思路和解决方案
🔹 问题背景：Termux 的运行环境和普通 Linux 到底哪里不一样
🔹 运行方式汇总：从直接执行、后台任务，到 nohup、termux-services 全家桶
🔹 核心实战：手摸手安装和配置 Termux-service，让你的脚本变成系统服务
🔹 翻车点复盘：权限、唤醒锁、PATH 问题等坑点一网打尽
Termux 说白了就是一个在 Android 上运行的容器化 Linux 环境，但它没有传统的 init 系统，也不享受系统级服务的“免死金牌”。
Android 的省电机制（Doze 模式、电池优化）会把后台进程当成吃电的流氓，一言不合就查杀。
所以你会遇到：
🔹 关闭终端或者锁屏后，进程直接被干掉
🔹 切换应用再回来，之前跑的任务莫名其妙消失了
🔹 用 & 放到后台的进程，依然逃不过被系统回收的命运
那到底怎么选择运行方式？别急，先给你一个全景图。
./binary 或者 bash script.sh
这就好比你在灶台前守着锅，你一走开火就灭了。
只在调试、临时跑一下的时候用，千万别想着这样能持久运行。
& 放到后台./binary &
看起来任务被扔到后台了，但本质上还是挂在当前 shell 会话下，终端一关进程就收尸。
这里有一点要特别注意，很多新手觉得加了 & 就万事大吉，结果睡一觉服务挂了，就是这个原因。
nohup ./binary & 或者 ./binary & disown
这样终端退出后进程不会被 SIGHUP 信号杀死。
但，听好了——这只能防止你主动关终端时进程被杀，挡不住 Android 系统在锁屏后的后台限制。
我就在这上面栽过跟头，半夜服务停了，还以为程序自己崩了，查了半天 log 才发现是被系统祭天了。
先执行 termux-wake-lock 获取唤醒锁，再运行程序。
这样锁屏后 CPU 能继续保持活跃，能提高存活率，但应用本身还是可能被杀死释放内存。这是一种“强力辅助”，不是免死金牌。
这才是今天的重头戏。
Termux-service 实际上就是一套让 Termux 可以管理类似“系统服务”的工具集，底层通过 runit 或 busybox 管理进程，帮你实现：
🔹 进程挂了自动拉起来
🔹 Termux 启动后自动运行服务
🔹 用 sv 命令管理启停，像个正经 Linux 一样
官方文档虽然说明了基本用法，但根据以往的经验，直接抄容易因为目录权限或脚本环境变量问题启动失败，所以下面我会用亲手验证过的步骤带你走一遍。
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 重新进。
今天咱们从 Termux 里运行程序的各种野路子，一路聊到最正宗的 Termux-service 配置方法，这下你的脚本应该能像打不死的小强一样，安安稳稳呆在手机里为你卖命了。
其实技术这玩意儿，踩坑多了，就知道哪条路好走，哪条路有钉子。
如果你也有自己独特的保活妙招，或者被某个奇葩报错虐过，欢迎在评论区和我一起吐槽。
觉得这篇有用的话，点赞收藏加关注别犹豫，这种“填坑文”指不定哪天你就需要翻出来救命。咱们下篇见！
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。