【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程序你找不到显式的main方法
虽然java也有main方法，可Android似乎却找不到main。
对于这个问题。有非常多解释。
Stackoverflow上有解释说没有main是由于不须要main,系统生成activity并调用其方法,应用默认启动已经把main取代了,因此不须要用main方法。
那么程序的入口在哪里？ 我们从Application開始看.
每一个Android程序的包中。都有一个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)
结构类型
类代码
//AndroidA.java Class A extends B implements C
//IOSA.h @interface A : B A.m @implementation A
–
强引用和弱引用
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 -> NSObjectJava实际上不论什么对象都是直接或间接继承自Object，写extends Object和不写extends是等价的。
因此 Android和IOS的对象, 本质上都是从顶级的Object继承来的。
Amazing~
关于继承和抽象类
App启动的堆栈原理
怎样写工厂模式
App的启动程序入口
–
文章和代码一样，也须要不断去梳理，不断迭代。
參考
iOS
Android
其它
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]