Android init.rc中的事件在哪里启动?
我一直在试图理解init.rc中的do事件是从哪里开始的。 fs上的Android init.rc中的事件在哪里启动?,android,android-source,Android,Android Source,我一直在试图理解init.rc中的do事件是从哪里开始的。 fs上的 亚夫山2mtd@system/system 在属性上:vold.decrypt=trigger\u reset\u main class_重置主设备 我知道的一件事是,可以使用init.rc本身中的trigger触发事件。这些事件是在init.rc之外的什么地方启动的?这些都是在init.c中管理的 财产制度有点复杂 init进程中有一个属性服务驻留。Init进程维护属性的几个名称空间。例如ro.xx、system.xx、p
亚夫山2mtd@system/system
在属性上:vold.decrypt=trigger\u reset\u main
class_重置主设备
我知道的一件事是,可以使用init.rc本身中的
trigger
触发事件。这些事件是在init.rc之外的什么地方启动的?这些都是在init.c中管理的
财产制度有点复杂
init进程中有一个属性服务驻留。Init进程维护属性的几个名称空间。例如ro.xx、system.xx、persist.xx
属性设置器通过通知unix套接字消息来设置属性。因此,init进程知道每个设置操作,您可以从代码中看到,每次设置属性时都会调用一个回调“property\u changed”。这都是在init.c中管理的 财产制度有点复杂 init进程中有一个属性服务驻留。Init进程维护属性的几个名称空间。例如ro.xx、system.xx、persist.xx
属性设置器通过通知unix套接字消息来设置属性。因此,init进程知道每个设置操作,您可以从代码中看到,每次设置属性时都会调用一个回调“property\u changed”。init.c为“fs”的每个\u触发器()调用操作。\u但是“on property:vold.decrypt”呢?此外,我在init.c代码中找不到对inotify的任何引用。你能详细说明一下吗?很抱歉之前的回答不完整。我刚刚修改过。但这是一个大话题,在这里不能详细阐述。谢谢。更新后的答案很有帮助。init.c为“fs”的每个\u触发器()调用操作\u,但是“on属性:vold.decrypt”呢?此外,我在init.c代码中找不到对inotify的任何引用。你能详细说明一下吗?很抱歉之前的回答不完整。我刚刚修改过。但这是一个大话题,在这里不能详细阐述。谢谢。更新的答案很有帮助。