『壹』 android怎麼讓安裝的apk通過jni調用腳本時運行在root許可權下
解決方法是在manifest中將AP提升至system許可權，給apk打標簽，然後在initrc中將/sys/下面對應的文件chown成為systemowner，就可以了。
『貳』 android mediaserver怎麼啟動
mediaserver 開機的時候就啟動，說具體一點是在initrc裡面啟動的，這裡面還啟動了很多其他的server
『叄』 求教，我在android的啟動腳本init.rc增加了幾行啟動代碼，但是沒有su許可權，執行不了、、求方法 謝謝。。。
init.rc並不是在root下的固定不變的文件，而是啟動時從ramdisk（先假定是ramdisk吧）還是什麼里頭釋放出來的，所以重啟之後，你會發現之前做的修改又不見了。如果希望啟動時運行，那麼要把ramdisk解壓出來編輯，然後打包，再刷回去～
『肆』 Android 啟動流程
makeApplication創建application中會執行attachBaseContext(context);
installContentProviders第一個參數context，是從上面傳遞下來的app，也就是application。
遍歷providers列表，初始化每一個provider，都是用application的context。構造出ContentProvider然後執行attachInfo() 方法，attachInfo()執行完畢會執行onCreate()。
最後再mInstrumentation.callApplicationOnCreate(app);執行Application的OnCreate方法。
總結
從流程上來看，符合日誌列印的流程Application#attachBaseContext() → ContentProvider#attachInfo() → ContentProvider#onCreate() → Application#onCreate()
ContentProvider持有的Context也是application，具備給SDK初始化使用。
這時候第一進程是zygote。zygote英文是受精卵的意思。android系統的所有進程都是由zygote進程fork而來。zygote最先啟動的第一個進程是鼎鼎大名的SystemServer進程。這個進程包含了我們常說的三個大神級系統服務，分別是ActivityManagerService，WindowManagerService以及PackegeManagerService。
http://androidxref.com/6.0.0_r1/xref/frameworks/base/core/java/android/app/ActivityThread.java
進程入口在ActivityThread這個類的main（）方法，這個main方法類似C語言的mian方法，是一個程序入口。
這個方法會接著調用ActivityManagerNatvie（一個單例類，可以獲取ActivityManagerService的實例）的getDeafault()返回ActivityManagerService實例。
ApplicationThread是ActivityThread的內部類，他是App和系統跨進程交互的入口，它的實現類在客戶端進程。
獲得了正在Binder通信的客戶端的當前線程的id，然後和ApplicationThread對象作為參數傳入到AMS的attachApplicationLocked。
thread是ApplicationThreadProxy的對象引用，它是代理對象，先調用ApplicationThreadProxy的bindApplication方法，接著在這個方法中又調用ApplicationThreadNative的函數onTransact，然後函數onTransact中根據code找到對應的case，最終會調用ApplicationThread的bindApplication方法。
在這里，bindApplication方法通過向ActivityThread的消息隊列發送BIND_APPLICATION消息
消息的處理調用handleBindApplication方法，handleBindApplication方法比較重要的是會調用如下方法
在執行完bindApplication()之後進入ActivityStackSupervisor.attachApplicationLocked()，這樣我們整個應用進程已經啟動起來了。開始activity的啟動邏輯了。
這個類是一個AMS的一個棧管理類，裡面存儲著ActivityStack的集合。在這個方法，會遍歷各個ActivityStack，找到前台棧，找到裡面的TopActivity。然後比較 傳進來的ProcessRecord.processName和UID是否個和opActivity對用的ActivityRecord裡面的一致。如果一致，就調用ActivityStackSupervisor.realStartAcvitiyLocked（ProcessRecord，ActivityRecord）方法。
這個方法會調用傳過來的ApplicationThread實例的ScheelLaunchActivity（包括ActivityRecord）方法，所以真正執行的是ActivityThread中的scheleLaunchActivity
這個方法是跨進程的，會把ActivityRecord同步到App進程的ActivityRecordClient數據結構，用來後面構造Application和Activity等。
ActivityThread接收到SystemServer進程的消息之後會通過其內部的Handler對象分發消息，經過一系列的分發之後調用了ActivityThread的handleLaunchActivity方法：
接著調用PerformLaunchActivity方法和HandleLaunchActivtiy（）方法。performLauncherActivity，看名字應該就是執行Activity的啟動操作了
1.這個方法主要是構造Application和通過mInstrumention.newActivity()構造Activity。
這個方法會初始化一個Window，以後詳細講，人格視圖都是附在一個window的docorView上，然後由WMS.addView顯示。
這個方法會調用Actiity的resume（）方法，並且在makrVisible（）裡面調用WMS.addView(window),這個windows裡面的docorView的contentView就是onCreate（）裡面setContentView（int layout）設置的contentView。
注意關於WMS.addView(window),這個系統服務，我們下次再講，裡面有一個類RootViewImpl，這個類負責管理我們contentView視圖樹的逐級繪制。
原文鏈接
https://www.cnblogs.com/mingfeng002/p/10330414.html
https://blog.csdn.net/ZZB_Bin/article/details/125209192