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