Please enable JavaScript.

Coggle requires JavaScript to display documents.

Android iOS 对比 (Controller (Controller本职工作是控制UI和处理逻辑，其中UI…

- - - - Activity在onCreate()中初始化操作, 在onResume()中可以加一些改变界面和状态的操作。
    - - UIViewController在 -viewDidLoad中初始化操作, 在-viewWillAppear 中可以加一些改变界面和状态的操作。
      - UIViewController整个生命周期
        
        viewDidLoad–>
        
        viewWillAppear–>
        
        viewDidAppear –>
        
        运行态–>
        
        viewWillDisAppear–>
        
        viewDidDisAppear->
        
        viewDidUnload
      - UIViewController === Activity
        
        UIViewController在 -viewDidLoad中初始化操作, 在-viewWillAppear 中可以加一些改变界面和状态的操作。
  - - - Intent，又叫意图或者目的，是不同组件之间相互通讯的纽带，封装了不同组件之间通讯的条件。可以通过Extra向Intent中放入一些基本数据，也可以利用Bundle通过Serializable接口或者Parcelable接口非基本数据或者对象，使用起来非常简单和灵活。通常的Activity 跳转都是使用Intent。
      - 利用全局静态数据，public static成员变量，或者单例模式，这个很容易理解，就是通过一个全局变量去传递数据。
      - 使用文件，这个没什么好说的，保存到文件，然后在另一个地方从文件中取出。
      - 广播BroadCast，是Android四大组件之一，应用程序可以拥有任意数量的广播接收器以对所有它感兴趣的通知信息予以响应。要实现广播，首先需要注册一个BroadCastReceiver，通过sendBroadcast这个方法来发送，之后在BroadCastReceiver的onReceiver接收消息。
    - - 对象的@property属性值，这种方式主要用于在界面跳转时的数据传递。
      - 给App的Delegate设置成员变量，在代码中可以通过获得当前App的delegate而获得成员变量，这种方式和设置全局变量类似。
      - 通过extern定义全局变量，或者单例模式，这点和Android一样。
      - 使用文件，或者NSUserdefault来传递，原理和Android一样。
      - NSNotificationCenter，与Android BroadCast对应，可以看作iOS的广播。观察者通过addObserver向NSNotificationCenter注册特定的消息通知和特定的接收函数，发送者通过postNotificationName向NSNotificationCenter发送特定的消息，之后观察者在接收函数中处理消息。与Android的BroadCast有一点不同的是NSNotificationCenter只在App内，Android BroadCast是可以在系统级。
  - - - Content Provider是Android四大组件之一，它提供了一种在多个应用程序之间数据共享的方式。应用程序可以利用Content Provider完成查询数据，修改数据，添加数据，删除数据。需要创建ContentResolver对象与ContentProvider进行交互，通过指定的URI确定要访问的ContentProvider数据集。
      - Activity很好理解，就是可以在自己的App跳转到别的程序的界面。但跨进程访问并不需要指定Context对象和Activity的Class对象，而需要指定的是要访问的Activity所对应的Action，有些Activity还需要指定一个Uri。
      - 广播，前面说过广播可以在系统级，所以广播能跨进程通信，一些系统通知经常会用到它，例如通知时区改变、电池电量低、拍摄了一张照片或者用户改变了语言选项等等。
      - AIDL实际上是一种接口定义语言。通过这种语言定义接口后，Eclipse插件会自动生成相应的Java代码接口代码。它需要创建AIDL文件和一个Service来配合使用。
      - Binder。这是最底层的进程通信了。主要是有ServiceManager这样一个东西来控制，所有的服务都要通过它来注册，提供它的binder地址，其它程序如果需要哪种服务就向它申请，在ServiceManager获得了对端地址之后，你们两就通过Binder驱动进行通信了。
        
        http://blog.sina.com.cn/s/blog_73799d980101sa48.html
    - - URL Schema就是iOS内的应用调用协议，应用A可以声明自定义的调用协议，就如http/https那样，当另一个应用B打算在应用内打开应用A时，可以打开使用A自定义的协议开头的URL来打开A，除了协议头，URL中还可以附加其它参数。
      - 剪切版很好理解，用户可以跨应用拷贝了一段文字，图片，文档等。在代码中对应的类是：UIPasteboard。
      - CFMessagePort，通过mach port实现的。它需要消息接收者和消息发送者。消息发送者需要通过CFMessagePortCreateLocal、CFMessagePortCreateRunLoopSource、CFRunLoopAddSource来注册监听，并自己实现回调方法。发送者通过CFMessagePortCreateRemote生成一个Remote的CFMessagePortRef，并通过CFMessagePortSendRequest发送数据。遗憾的是iOS7以后不能用这个方法了。
      - CFNotificationCenter通知可以是系统级别的，它的原理和NSNotificationCenter一样。CFNotificationCenter只提供类方法CFNotificationCenterGetDistributedCenter获取通知发布中心，需要通过CFNotificationCenterAddObserver添加所要指定监听消息名和观察者到通知发布中心，当消息接收到的时候函数指针指向的函数将被执行一次。发送者只需要通过CFNotificationCenterPostNotification发送消息名、对象还有user info就可以了。
- - - - xib 文件( nib)
      - 直接在代码中布局
      - storyboard 拖控件
    - - 1.xml
        
        在 java 代码中以 id 找到空间并处理逻辑
        
        推荐
      - Java 使用 View 和布局
    - - 一个ViewGroup的生命周期经历3个阶段，分别是measure，layout和draw。
  - - - React Native 是按照 DataSource 的方式来做的
- - - - Runnable/Thread 是Java中的，可以扩展继承Thread类来创建一个线程，也可以继承Runnable接口来创建一个线程，再结合Android中的Handler即可以在子线程中更新主线程UI了。
      - ExecutorServie线程池也是Java中的概念。它的作用是通过重复利用已经创建的线程来避免创建和销毁线程造成的消耗，同时提高响应速度和线程的可管理性。当Android中有一些不需要更新UI的操作，通常采用这个方法。
      - IntentService它是继承于Service并处理异步请求的一个类，在IntentService内有一个工作线程来处理耗时操作，启动IntentService的方式和启动传统Service一样。当任务执行完后，IntentService会自动停止，而不需要我们去手动控制。另外，可以启动IntentService多次，而每一个耗时操作会以工作队列的方式在IntentService的onHandleIntent回调方法中执行。它处理业务流程非常方便。
      - AsyncTask是Android提供的轻量级的异步类，在类中实现异步操作，并提供接口反馈当前异步执行的程度(可以通过接口实现UI进度更新),最后反馈执行的结果给UI主线程。它最重要的两个方法，一个是doInBackground(params)：处理耗时事务，并把结果返回。一个是onPostExecute(result)可以使用在doInBackground得到的结果处理操作UI。很多人都推荐使用它处理需要更新UI的操作。
      - Service作为四大组件之一，用于在后台管理和处理一些耗时的逻辑线程或者某些需要长期运行的线程。这里要说明的是Service不是运行在后台线程的，它仍然是运行在UI主线程，所以如果要用它处理耗时任务，你还是得在其中创建新线程。它的作用是能在后台对线程进行良好的管理，对外提供AIDL接口。Service的一个经常的应用是保持着心跳连接。
    - - NSThread这套方案是经过苹果封装后的，并且完全面向对象的。所以你可以直接操控线程对象，非常直观和方便。NSThread轻量级，使用简单需要自己管理线程的生命周期、线程同步、加锁、睡眠以及唤醒等。线程同步对数据的加锁会有一定的系统开销。所以我们一般不会用这个。
      - GCD是苹果为多核的并行运算提出的解决方案，会自动合理地利用更多的CPU内核，最重要的是它会自动管理线程的生命周期，完全不需要我们管理，我们只需要告诉干什么就行。它使用C语言，由于使用了Block，使得使用起来更加方便，而且灵活。很多App都会使用这套方案。它有两个概念：任务和队列。
        任务分同步和异步。同步任务会在当前线程执行，不会另开线程，会阻塞当前线程，直到block中的任务执行完毕（block在当前线程中执行）。异步任务会另开线程，在别的线程执行。当前线程会直接往下执行，不会阻塞当前线程。（block在新线程中执行）。队列用于存放任务。一共有两种队列，串行队列一次只执行一个线程，FIFO。并行队列：一次可以执行多个线程。
      - NSOperation和NSOperationQueue。NSOperation 是苹果公司对 GCD的封装，完全面向对象，所以使用起来更好理解。NSOperation 和NSOperationQueue分别对应GCD的任务和队列，它的用法和GCD很像。与GCD不同的是它的任务能被取消，队列可以暂停、恢复，NSOperation还可以被子类化。网络上支持GCD和NSOpration都大有人在，各说各的理，总的来说这两种多线程方式都是被现在的开发人员接收的。
  - - - 这里要注意的是其它线程不是默认开启的。但是如果你需要线程在处理完一些事情后，不要自己停止，那么就需要使用Looper。Looper由四个部分组成：
        
        Message：消息，其中包含了消息ID，消息处理对象以及处理的数据等，由MessageQueue统一列队，终由Handler处理。
        
        Handler：处理者，负责Message的发送及处理。使用Handler时，需要实现handleMessage(Message msg)方法来对特定的Message进行处理，例如更新UI等。
        
        MessageQueue：消息队列，用来存放Handler发送过来的消息，并按照FIFO规则执行。当然，存放Message并非实际意义的保存，而是将Message以链表的方式串联起来的，等待Looper的抽取。
        
        Looper：消息泵，不断地从MessageQueue中抽取Message执行。因此，一个MessageQueue需要一个Looper。