androidmain方法

1. android主函數怎麼看,Android studio 運行main 函數的方法

標題Gradle構轎納建問題

切換到Project工程下.idea/gradle.xml添加屬性

圖例

寫出main函兆敬數，右擊選擇builder

運閉猜沒行結果：

2. android中的mainActivity能否在另一個類中MainActivity mainActivity = new MainActivity()這樣調用

不能。再說android裡面沒有這種main方法……

3. Android studio怎麼新建並運行普通的java類，就是那種帶main方法的

如果不添加配置直接在Android的項目中創建一個帶有main函數的類是無法當做Java Application運行的。

當在寫Android的應用的時候需要測試一下和Android本身液鬧無關的代碼，只是純Java代碼而已，完全用不著開啟Android模擬器，如果想直接運行Java代碼，是會報錯。

4. android直接運行java文件main方法，報錯

1)右鍵入口類(含有Main方法的)==>Run
Configurations==>雙擊(Java
Application)==>New==>
(2)在標簽Main里選好相應行叢陸鄭帶的ProjectName和要運行ClassName,
(3)選標簽ClassPath中的Bootstrap
Entries ,再從右邊點Advance==>Add Library==>JRE System Library,完成，然後將JRE System
Library 點中再檔頃點Up按鈕，OK了

5. activitythread main方法在哪兒調用

在一個Android 程序開始運行的敬虛時候，會單獨啟動一個Process。
默認的情況下，所有這個程序中的Activity或者Service（Service和 Activity只是Android提供的Components中的兩種， 除此之外還有Content Provider和Broadcast Receiver）都會跑在這個Process。一個Android 程序默認情況下也只有一個Process，但一個Process下卻可以有許多個Thread。

在這么多Thread當中，有一個Thread，我們稱之為UI Thread。
UI Thread在Android程序運行的時候就被創建，是一個Process當中的主線程Main Thread， 主要是負責控制UI界面的顯示、更新和控制項交互。姿中

在Android程序創建之初，一個Process呈現的是單線程模型，所有的任務都在一個線程中運行。因此，我們認為，UI Thread所執行的每一個函數，所花費的時間都應該是越短越好。而其他比較費時的工作（訪問網路，下載數據，查詢資料庫等），都應該交由子線程去執行，以免阻塞主線程。

那麼，UI Thread如何和其他Thread一起跡稿山工作呢？常用方法是：
1.誕生一個主線程的Handler物件，當做Listener去讓子線程能將訊息Push到主線程的Message Quene里，以便觸發主線程的handlerMessage（）函數，讓主線程知道子線程的狀態，並在主線程更新UI。

2.在子線程的狀態發生變化時，我們需要更新UI。
如果在子線程中直接更新UI,通常會拋出下面的異常：
ERROR/JavaBinder(1029):android.view.ViewRoot$:Only the original thread that created a view hierarchy can touch its views.
意思是，無法在子線程中更新UI。

3.我們需要通過Handler物件，通知主線程Ui Thread來更新界面。

6. JAVA初學，反編譯的一個安卓APP，怎麼會沒有主(main)方法，程序不是從主方法開始運行嗎，還

android程序一般都是由MainActivity開始的局彎，是一個Activity類。你可以在Manifest.xml中找到<action android:name="android.intent.action.MAIN"/>，然後望上找到<activity android:name=xxx">,xxx就是程兄畝序的入口羨臘森。一般都是activity類。

7. Android Studio run main()方法報錯

* What went wrong:

A problem occurred configuring project ':app'.

> Could not create task ':app: **** .main()'.

  > SourceSet with name 'main' not found.

<GradleProjectSettings>標簽節點下添加一行

<option name="delegatedBuild" value="false" />

保存，即可使用run ** with main() 和 debug ** with main() 

有人在上面蓋了gradle.xml之後運行main方法又報如下錯尺缺誤：
Error running '猜運 ** ': Command line is too long. Shorten command line for  **  or also for Application default configuration.

 修改.idea下的陵兆辯workspace.xml

找到<component name="PropertiesComponent">標簽節點並在之下添加一行

<property name="dynamic.classpath" value="true" />

然後保存即可。

8. 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