零基础入门Android开机自启脚本，轻松实现系统级任务
你是否曾想过让自己的Android设备在每次开机时自动执行某些操作？比如设置特定属性、启动后台服务、清理缓存文件，甚至自动化调试流程。这些需求都可以通过一个简单的开机自启脚本来实现。
本文专为零基础开发者设计，带你一步步完成Android系统中开机启动Shell脚本的完整配置流程。即使你对init机制、SELinux权限模型不熟悉，也能照着步骤成功部署并运行你的第一个系统级启动脚本。
我们以“测试开机启动脚本”为例，结合实际开发经验，避开常见坑点，确保你在Android 8.0及类似版本上顺利测试通过。
1. 理解Android开机启动机制
在正式动手前，先简单了解下Android是如何加载和执行开机脚本的。这有助于你理解后续每一步的作用。
Android使用init进程作为用户空间的第一个进程（PID=1），它会读取init.rc或厂商定制的.rc文件，根据其中定义的服务（service）来启动各种系统服务和脚本。
我们要做的，就是在这个启动链条中注册一个自定义服务，指向我们的Shell脚本，并赋予其必要的执行权限和SELinux上下文。
关键组件说明：
- init.rc：系统初始化脚本，定义了核心服务
- Shell脚本：真正的逻辑执行体，如
init.test.sh - SELinux策略（te文件）：控制进程能否访问资源的安全策略
- file_contexts：将文件与SELinux类型关联
- seclabel：在
.rc中指定服务使用的安全标签
整个过程看似复杂，但只要按步骤操作，其实非常清晰明了。
2. 编写可执行的Shell脚本
第一步是编写你要在开机时运行的Shell脚本。我们创建一个名为init.test.sh的测试脚本。
2.1 创建脚本文件
#!/system/bin/sh # 设置一个系统属性，用于验证脚本是否执行成功 setprop test.boot.script.executed 1 # 可选：输出日志便于调试 log -t "BootScript" -p i "Test boot script executed successfully!"注意：
- 脚本首行必须是
#!/system/bin/sh或#!/system/xbin/sh，不能用/bin/sh，否则在Android系统中无法识别。- 使用
setprop是最安全的测试方式，不会涉及文件写入权限问题。- 加入
log命令可以帮助你在logcat中查看执行情况。
2.2 推送并手动测试脚本
建议先将脚本推送到设备中手动运行一次，确认语法无误：
adb push init.test.sh /data/local/tmp/ adb shell chmod 755 /data/local/tmp/init.test.sh adb shell /data/local/tmp/init.test.sh adb shell getprop test.boot.script.executed如果返回1，说明脚本可以正常执行，下一步就可以集成到系统启动流程中。
3. 为脚本配置SELinux策略
Android从5.0开始全面启用SELinux，任何未授权的进程都无法随意执行。因此我们必须为脚本添加相应的SELinux规则。
3.1 创建TE策略文件
新建一个.te文件，例如test_service.te，内容如下：
# 定义服务类型 type test_service, coredomain; # 定义可执行文件类型 type test_service_exec, exec_type, vendor_file_type, file_type; # 允许init域启动该服务 init_daemon_domain(test_service) # 如果需要更多权限，可取消注释并按需添加 # allow test_service sysfs:file { read write }; # allow test_service system_file:file execute;这个文件告诉SELinux：有一个叫test_service的服务，它的可执行文件属于test_service_exec类型，并且允许由init进程启动。
3.2 将TE文件加入编译系统
将test_service.te放入合适的目录。对于MTK平台，通常位于：
device/mediatek/sepolicy/basic/non_plat/不同厂商路径可能略有差异，请参考项目结构选择正确的非平台策略目录。
4. 关联文件与SELinux上下文
仅仅有TE文件还不够，还需要告诉系统：“哪个文件属于哪个SELinux类型”。
这就需要修改file_contexts文件。
4.1 修改 file_contexts
找到以下文件（路径依平台而定）：
device/mediatek/sepolicy/basic/non_plat/file_contexts添加一行：
/(system/vendor|vendor)/bin/init\.test\.sh u:object_r:test_service_exec:s0这表示：所有匹配路径下的init.test.sh文件都将被打上test_service_exec标签。
⚠️ 即使你关闭了SELinux（
androidboot.selinux=permissive），这一步也必须做，否则init无法正确加载服务。
5. 在init.rc中注册启动服务
现在我们已经准备好脚本和SELinux策略，接下来就是在.rc文件中注册服务。
5.1 选择正确的.rc文件
虽然可以直接修改init.rc，但强烈建议使用厂商提供的客户扩展rc文件，例如：
init.vendor.rcinit.mtk.rcinit.custom.rc
这样可以避免主系统文件被覆盖升级破坏。
假设我们使用init.vendor.rc，在其末尾添加：
service test_boot_script /vendor/bin/init.test.sh class main user root group root oneshot disabled seclabel u:object_r:test_service_exec:s05.2 参数解释
| 属性 | 说明 |
|---|---|
class main | 归属main类，随系统启动 |
user/group root | 以root身份运行（需谨慎） |
oneshot | 执行一次后退出，适合脚本任务 |
disabled | 初始不自动启动，便于调试 |
seclabel | 指定SELinux安全标签 |
📌 调试阶段建议保留
disabled，待确认无误后再改为自动启动。
6. 编译、烧录与部署脚本
完成上述配置后，进入编译和部署阶段。
6.1 编译系统镜像
确保你的脚本会被打包进系统镜像：
# 将 init.test.sh 放入 vendor 分区的 bin 目录 PRODUCT_COPY_FILES += \ $(LOCAL_PATH)/init.test.sh:$(TARGET_COPY_OUT_VENDOR)/bin/init.test.sh加入Android.mk或AndroidProducts.mk中的PRODUCT_COPY_FILES列表。
然后重新编译系统镜像：
mka systemimage6.2 烧录并重启设备
将新生成的system.img和vendor.img烧录到设备中。
重启后观察脚本是否执行：
adb shell getprop test.boot.script.executed adb logcat -s "BootScript"如果看到属性值为1或日志输出，恭喜你，脚本已成功运行！
7. 常见问题与解决方案
以下是新手最容易遇到的问题及其解决方法。
7.1 脚本没有执行，没有任何反应
可能原因：
- SELinux context未正确设置
- 脚本路径不在允许执行区域
.rc文件语法错误
排查方法：
adb shell dmesg | grep avc如果有avc denied日志，说明是SELinux拒绝执行。根据提示补充相应权限。
7.2 提示“Permission denied”但脚本有x权限
检查两点：
- 文件是否真的位于
/vendor/bin/而非/data/ file_contexts是否正确映射了SELinux类型
可用命令验证：
adb shell ls -Z /vendor/bin/init.test.sh应显示类似：
u:object_r:test_service_exec:s0如果不是，则需检查file_contexts规则是否生效。
7.3 如何让脚本持续运行？
如果你希望脚本常驻后台（如监听某个事件），可改用：
service my_daemon /vendor/bin/my_daemon.sh class main user root group root critical seclabel u:object_r:test_service_exec:s0并去掉oneshot，脚本内部可用循环保持运行。
8. 实际应用场景举例
掌握了基本方法后，你可以将其应用于多种实用场景。
8.1 自动开启开发者选项相关功能
#!/system/bin/sh setprop persist.service.adb.enable 1 setprop persist.sys.usb.config mtp,adb8.2 开机自动挂载调试分区
#!/system/bin/sh mount -o rw /dev/block/by-name/debug_log /mnt/debug8.3 启动自定义监控服务
#!/system/bin/sh nohup /vendor/bin/my_monitor_service &只要你能想到的系统级操作，几乎都可以通过这种方式实现。
9. 总结
本文带你从零开始完成了Android开机自启脚本的全流程配置，涵盖脚本编写、SELinux策略设置、.rc服务注册、编译部署等关键环节。
回顾一下核心步骤：
- 编写Shell脚本：确保语法正确，优先使用
setprop测试 - 创建TE策略文件：定义服务类型和执行权限
- 配置file_contexts：绑定脚本文件与SELinux类型
- 注册service到.rc文件：使用
oneshot+disabled便于调试 - 编译烧录验证：通过属性和日志确认执行结果
虽然涉及到底层系统机制，但只要严格按照流程操作，即使是初学者也能顺利完成。
🔔温馨提示：修改系统行为存在一定风险，建议在测试机上操作，避免影响日常使用。
获取更多AI镜像
想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。
