在 Android 操作系统的深层次，init.rc 文件扮演着至关重要的角色，它定义了系统启动时要运行的服务和命令。但如果想添加自己的自定义init.custom.rc 然后再自定义文件里添加自定义服务或命令，该怎么办呢？在本文中，我将探讨如何在 Android 系统中自定义和动态修改 init.custom.rc 文件。
系列文章
Android系统 init.rc 第一次开机创建文件节点实现和原理分析
Android系统 init.rc开机执行shell脚本
Android系统 init.rc sys/class系统节点写不进解决方案和原理分析
Android系统 init.rc文件详解
Android系统 自定义动态修改init.custom.rc
1. 需求设想
我的目标是在 init.custom.rc 文件中添加一个新的服务，该服务在系统启动完成后运行一个脚本。此外，我还希望在文件系统数据可用后创建一个新的目录，并且能够动态修改增加服务和脚本 不再超重新编译代码刷机。
2. 初步尝试
最初的想法是直接在 init.rc 文件中添加新的服务和命令。但这种方法可能会导致主 init.rc 文件变得混乱，尤其是当有多个自定义服务和命令时，我不想自己添加的服务和系统混淆 到时候排查问题不方便等因素 然后进一步尝试。
3.走过的坑
可以看到在system/core/rootdir目录下提供的 Android.mk 和 Android.bp 文件内容来看，项目似乎同时使用了两种构建系统：旧的 Android.mk 和新的 Android.bp。为了在这两种构建系统中都添加 custom.init.rc，需要按照以下步骤操作：
在 Android.mk 中添加：
在 Android.mk 文件中，找到一个合适的位置，然后添加以下内容：
include $(CLEAR_VARS)
LOCAL_MODULE := init.custom.rc
LOCAL_SRC_FILES := $(LOCAL_MODULE)
LOCAL_MODULE_CLASS := ETC
LOCAL_MODULE_PATH := $(TARGET_OUT_ETC)/init
include $(BUILD_PREBUILT)
确保 init.custom.rc 文件位于与 Android.mk 相同的目录中。
在 Android.bp 中添加：
- 在
Android.bp文件中，找到一个合适的位置，然后添加以下内容：
prebuilt_etc {
name: "init.custom.rc",
src: "init.custom.rc",
sub_dir: "init",
}
确保 init.custom.rc 文件位于与 Android.bp 相同的目录中。
然而…这样改并没有什么卵用 , 只能另辟蹊径了。
添加完报错, 尝试将新的
init.custom.rc文件添加到 Android 构建系统时，遇到了一个问题：MODULE.TARGET.ETC.custom.init.rc已经被定义了两次。这意味着我们在两个不同的地方都尝试定义了同一个文件 build/make/core/base_rules.mk:325: error: system/core/rootdir: MODULE.TARGET.ETC.custom.init.rc already defined by system/core/rootdir.
(错误原因是我在Android.mk和Android.bp同时添加了, 最后删除其中任意一个也不能满足要求)
3. 最终的解决方案
为了使代码更加模块化，我决定尝试使用 import 语句在主 init.rc 文件中导入一个名为 init.custom.rc 的新文件。这样，所有自定义的服务和命令都可以放在这个新文件中，而不是混杂在主文件中。
在一个已存在的 .rc 文件中使用 import 语句。这允许将多个 .rc 文件的内容组织得更加模块化，并在主 init.rc 文件中导入它们。
为了解决这个问题，采取了以下步骤：
修改customize.mk:
在vendor/customize目录下，编辑customize.mk文件，添加以下内容：
PRODUCT_COPY_FILES += \
$(LOCAL_PATH)/init.custom.rc:$(TARGET_COPY_OUT_VENDOR)/etc/init/hw/init.custom.rc
修改init.rc:
在system/core/rootdir目录下，对init.rc文件进行如下修改：
@@ -8,6 +8,7 @@ import /init.environ.rc
import /system/etc/init/hw/init.usb.rc
import /init.${ro.hardware}.rc
import /vendor/etc/init/hw/init.${ro.hardware}.rc
+import /vendor/etc/init/hw/init.custom.rc
新增init.custom.rc:
在vendor/customize目录下，创建init.custom.rc文件，并添加以下内容：
# Define a service to copy video
service copy_video2 /system/bin/sh /system/bin/copy_video.sh
class main
user root
group root
seclabel u:r:shell:s0
oneshot
# Start the service on boot completed
on property:sys.boot_completed=2
start copy_video2
# Create a directory after the file system data is available
on post-fs-data
mkdir /mnt/custom3 0755 root root
通过PRODUCT_COPY_FILES，init.custom.rc将在编译时被拷贝到/vendor/etc/init/hw/init.custom.rc。
验证方法:
使用ADB获取root权限：
adb root
重新挂载系统分区
adb remount
从设备拉取init.custom.rc文件：
adb pull /vendor/etc/init/hw/init.custom.rc .
修改本地的init.custom.rc文件，例如将/mnt/custom3更改为/mnt/custom4，然后将文件推送回设备
adb push .\init.custom.rc /vendor/etc/init/hw/init.custom.rc
同步文件系统并重启设备
adb shell sync
adb shell reboot
重启后，验证修改是否生效：
adb shell
cd /mnt
ls
如果看到custom4目录，说明修改已成功生效。
通过上述方法，我们成功地自定义了Android系统的启动脚本，并验证了其有效性。这为Android系统开发者提供了一个灵活的方式来定制和扩展系统功能。
4. 结论
通过这个过程，我们学习了如何在 Android 系统中自定义和动态修改 init.rc 文件。虽然这需要对 Android 构建系统有一定的了解，但一旦掌握了基本概念，这个过程就变得相对简单了。