【iOS-Android开发对照】之 APP入口

[图片 Android vs iOS]

提纲

对照分析iOS,Android的入口，
iOS,Android的界面单元
为什么要有那样的生命周期
继承和抽象类怎么写，比如工厂模式
对象的强弱。iOS的特色

程序入口 (Entry Point)

#首先来看iOS应用的入口：

int main(int argc, char * argv[])

{

    @autoreleasepool {

        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));

    }

}

和全部C程序一样。main函数是Objective-C程序的入口。

虽然这个main方法返回 int，但它并不会真正返回。它会一直存在于内存中，直到用户或者系统将其强制终止.

上面的UIApplicationMain其来自 UIKit，是一个非常重要的函数。

说一下參数，前两个參数大家都懂。

第三个參数，是UIApplication类名或者是其子类名。假设是nil，则默认使用UIApplication类名。

第四个參数，是AppDelegate类作为应用的托付对象，用来监听应用生命周期相关的托付方法。

这个UIApplication的核心作用是提供了iOS程序执行期间的控制和协作工作。

它创建了App的几个核心对象如： UIApplicationDelegate UIWindow, UIView，来处理一下过程：

程序入口main函数创建UIApplication实例和UIApplication代理实例。
从可用Storyboard文件载入用户界面
调用AppDelegate自己定义代码来做一些初始化设置
将app放入Main Run Loop环境中来响应和处理与用户交互产生的事件

这个UIApplication对象在启动时就设置 Main Run Loop,而且使用它来处理事件和更新基于view的界面, Main Run Loop就是应用程序的主线程。

[图片 iOS, swift, Android举牌]

说说Swift的入口：

在Swift语言其中，编译器不会再去寻找 main 函数作为程序的入口，而是一个main.swift文件.

该文件里的第一行代码就默觉得是程序的入口, 能够加入例如以下代码：

UIApplicationMain(C_ARGC, C_ARGV, nil,

    NSStringFromClass(AppDelegate))

没错，就是之前提到的UIApplicationMain。

这里 C_ARGC, C_ARGV 全局变量就是main函数中的

argc, argv。

另外，能够在Swift文件里加入 @UIApplicationMain 标签注明项目入口。这样做会让编译器忽略main.swift入口文件。而将标注有@UIApplicationMain标签的文件当做入口文件。

#再来看看Android的：

Android程序你找不到显式的main方法

虽然java也有main方法，可Android似乎却找不到main。

对于这个问题。有非常多解释。

Stackoverflow上有解释说没有main是由于不须要main,系统生成activity并调用其方法,应用默认启动已经把main取代了,因此不须要用main方法。

那么程序的入口在哪里？我们从Application開始看.

每一个Android程序的包中。都有一个manifest文件声明了它的组件。我们能够看到例如以下代码：

<manifest  ...

    <application  ...

        <activity android:name=".MainActivity" android:label="@string/app_name">

            <intent-filter>

                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />

            </intent-filter>

        </activity>

    </application>

</manifest>

在这个xml写成的manifest文件里，<application/> 标签在最外层。

其中，这个标记了android.intent.category.LAUNCHER 的 <activity/> 就是程序启动的默认界面。

可是它们不是真正的入口。

Android应用程序的真正入口为 ActivityThread.main方法

这是一个隐式的入口，代码做了一定简化例如以下：

public static void main(String[] args) {

     //一些检測预设值...

     Looper.prepareMainLooper();// 创建消息循环Looper

     ActivityThread thread = new ActivityThread();

     thread.attach(false);

     if (sMainThreadHandler == null) {

         sMainThreadHandler = thread.getHandler(); // UI线程的Handler

     }

     AsyncTask.init();

     Looper.loop();   // 执行消息循环

     throw new RuntimeException("Main thread loop unexpectedly exited");

 }

#深入一下：

继承关系：

java.lang.Object

   ↳    android.content.Context

       ↳    android.content.ContextWrapper

           ↳    android.app.Application

Android的最底层是Linux Kernel, iOS是XNU Kernel,它们有什么差别呢？

Activity与UIViewController

Android的Activity和Fragment是最主要的界面组成，而IOS是UIViewController。差点儿全部的View和空间都会放在Activity和UIViewController中。

在之上有不少扩展的:

Android: FragmentActivity, AppCompatActivity

IOS: UITableViewController, UICollectionViewController

我们对照一下继承关系:

Android: Activity->ContextThemeWrapper->ContextWrapper->Context

IOS: UIViewController->UIResponder->NSObject

IOS差点儿全部的基类都是NSObject，Android中也有Object,一般作为Model层对象的基类。

生命周期

这方面资料非常多,我简单说一下:

Android的Activity, onCreate() 中初始化操作, onResume()中能够加一些改变界面和状态的操作;

IOS的UIViewController, -viewDidLoad 中初始化操作, -viewWillAppear 中能够加一些改变界面和状态的操作;

对照一下：

Activity: onCreate() –> onStart() –> onResume( )–> 执行态 –> onPause() –> onStop() –> onDestroy()

UIViewController: -viewDidLoad –> -viewWillAppear –> -viewDidAppear –> 执行态 –> -viewWillDisappear –> -viewDidDisappear

这里补充一个Android的

Fragment:* *onAttach() –> onCreate() –> onCreateView() –> onActivityCreate() –> onStart() –> onResume( )–> 执行态 –> onPause() –> onStop() –> onDestroyView() –> onDestroy() –> onDetach()

Android与IOS都使用堆栈的数据结构存储Activity和UIViewController.

Android关于Activity的堆栈, 能够搜索taskAffinity和launchMode。同一应用全部Activity具有相同的亲和性(taskAffinity)，可通过Itent FLAG设置。也可在AndroidManifest中设置.

IOS中的UINavigationController通过堆栈来UIViewController.

界面跳转与传值

Android: Activity能够使用Intent，Fragment使用Bundle。对于界面回调传值。通过startActivityForResult()启动和onActivityResult()接收。

IOS: 在初始化UIViewController对象时，直接给对象中的变量赋值。对于界面回调传值，能够自己定义接口(Delegate),也能够使用通知(Notification)

结构类型

类代码

//Android

A.java Class A extends B implements C

//IOS

A.h @interface A : B

A.m @implementation A <C>

–

强引用和弱引用

Android:

有四种引用类型，强引用(StrongReference),软引用(SoftReference),弱引用(WeakReference),虚引用(Phantom Reference)。

一般创建的对象都是强引用。所以当内存空间不足时，Java虚拟机宁愿抛出OOM异常。也不会任意回收强引用的对象。

对于软引用。内存空间足够，垃圾回收器就不会回收它，能够做图片的缓存。

对于弱应用，使用场景比如：在Activity中使用Handler时，一方面须要将其定义为静态内部类形式，这样能够使其与外部类（Activity）解耦，不再持有外部类的引用，同一时候由于Handler中的handlerMessage一般都会多少须要訪问或改动Activity的属性。此时。须要在Handler内部定义指向此Activity的WeakReference，使其不会影响到Activity的内存回收同一时候，能够在正常情况下訪问到Activity的属性。

IOS:

使用__weak, __strong用来修饰变量，默认声明一个对象 __strong。

在强引用中，有时会出现循环引用的情况，这时就须要弱引用来帮忙（__weak）。

强引用持有对象，弱引用不持有对象。

强引用能够释放对象，但弱引用不能够。由于弱引用不持有对象，当弱引用指向一个强引用所持有的对象时，当强引用将对象释放掉后，弱引用会自己主动的被赋值为nil，即弱引用会自己主动的指向nil。

–

私有和公有

IOS中有-``+方法。-相当于Android中的private,

+相当于Android中的public static。

对于全局变量，IOS是放在AppDelegate中或者使用#define声明在.h中。

Android相同，放在Application中或者类中使用public static。

当然。都能够使用单例类。

基本控件

对照一些经常使用的

Android	IOS
TextView	UILabel
TextEdit	UITextField UITextView
ImageView	UIImageView
Button	UIButton
Switch	UISwitch
ListView	TableView
GridView	CollectionView

对照一下继承：

Android Views -> View

IOS Views -> UIView -> UIResponder -> NSObject

Java实际上不论什么对象都是直接或间接继承自Object，写extends Object和不写extends是等价的。

因此 Android和IOS的对象, 本质上都是从顶级的Object继承来的。

Amazing~

关于继承和抽象类

App启动的堆栈原理

怎样写工厂模式

App的启动程序入口

–

文章和代码一样，也须要不断去梳理，不断迭代。

參考

iOS

http://www.jianshu.com/p/aa50e5350852

http://www.cnblogs.com/ydhliphonedev/archive/2012/07/30/2615801.html

http://swifter.tips/uiapplicationmain/

http://blog.ibireme.com/2015/05/18/runloop/

http://swifter.tips/uiapplicationmain/

Android

http://www.cnblogs.com/lwbqqyumidi/p/4151833.html

https://sites.google.com/site/terrylai14/home/android-context-yuan-li

http://blog.csdn.net/chenzheng_java/article/details/6215986

http://blog.csdn.net/chenzheng_java/article/details/6216621

http://blog.csdn.net/bboyfeiyu/article/details/38555547

其它

Android 程序入口 application onCreate()后都做了什么，这里有个歪果仁打印出了onCreate后堆栈显示的日志：

MainActivity.onCreate(Bundle) line: 12

Instrumentation.callActivityOnCreate(Activity, Bundle) line: 1047

ActivityThread.performLaunchActivity(ActivityThread$ActivityRecord, Intent) line: 2627

ActivityThread.handleLaunchActivity(ActivityThread$ActivityRecord, Intent) line: 2679

ActivityThread.access$2300(ActivityThread, ActivityThread$ActivityRecord, Intent) line: 125

ActivityThread$H.handleMessage(Message) line: 2033

ActivityThread$H(Handler).dispatchMessage(Message) line: 99

Looper.loop() line: 123

ActivityThread.main(String[]) line: 4627

Method.invokeNative(Object, Object[], Class, Class[], Class, int, boolean) line: not available [native method]

Method.invoke(Object, Object...) line: 521

ZygoteInit$MethodAndArgsCaller.run() line: 868

ZygoteInit.main(String[]) line: 626

NativeStart.main(String[]) line: not available [native method]