一款优秀的应用都具有良好的用户交互性，包括按钮事件，触屏事件等。今天我们就来了解ios是如何处理这些事件的。
先看一下官方文档对事件处理周期的描述：
在应用程序初始化之后，UIApplicationMain函数就会启动管理应用程序事件和描画周期的基础组件，如图1-2所示。在用户和设备进行交互的时候，iPhone
OS会检测触摸事件，并将事件放入应用程序的事件队列。然后，UIApplication对象的事件处理设施会从队列的上部逐个取出事件，将它分发到最适合对其进行处理的对象。举例来说，在一个按键上发生的触摸事件会被分发到对应的按键对象。事件也可以被分发给控制器对象和应用程序中不直接负责处理触摸事件的其它对象。
在iPhone OS的多点触摸事件模型中，触摸数据被封装在事件对象（UIEvent）中。为了跟踪触摸动作，事件对象中包含一些触摸对象（UITouch），每个触摸对象都对应于一个正在触摸屏幕的手指。当用户把手指放在屏幕上，然后四处移动，并最终离开屏幕的时候，系统通过对应的触摸对象报告每个手指的变化。
在启动一个应用程序时，系统会为该程序创建一个进程和一个单一的线程。这个初始线程成为应用程序的主线程，UIApplication对象正是在这个线程中建立主运行循环及配置应用程序的事件处理代码。图1-3显示了事件处理代码和主运行循环的关系。系统发送的触摸事件会在队列中等待，直到被应用程序的主运行循环处理。
UIApplication对象用一个处理触摸事件的输入源来配置主运行循环，使触摸事件可以被派发到恰当的响应者对象。响应者对象是继承自UIResponder类的对象，它实现了一或多个事件方法，以处理触摸事件不同阶段发生的事件。应用程序的响应者对象包括UIApplication、UIWindow、UIView、及所有UIView子类的实例。应用程序通常将事件派发给代表应用程序主窗口的UIWindow对象，然后由窗口对象将事件传送给它的第一响应者，通常是发生触摸事件的视图对象（UIView）。
除了定义事件处理方法之外，UIResponder类还定义了响应者链的编程结构。响应者链是为实现Cocoa协作事件处理而设计的机制，它由应用程序中一组链接在一起的响应者对象组成，通常以第一响应者作为链的开始。当发生某个事件时，如果第一响应者对象不能处理，就将它传递给响应者链中的下一个对象。消息继续在链中传递—从底层的响应者对象到诸如窗口、应用程序、和应用程序委托这样的高级响应者对象—直到事件被处理。如果事件最终没有被处理，就会被丢弃。
进行事件处理的响应者对象可能发起一系列程序动作，结果导致应用程序重画全部或部分用户界面（也可能导致其它结果，比如播放一个声音）。举例来说，一个控键对象（也就是一个UIControl的子类对象）在处理事件时向另一个对象（通常是控制器对象，负责管理当前活动的视图集合）发送动作消息。在处理这个动作消息时，控制器可能以某种方式改变用户界面或者视图的位置，而这又要求某些视图对自身进行重画。如果这种情况发生，则视图和图形基础组件会接管控制权，尽可能以最有效的方式处理必要的重画事件。
看过之后是不是明白了，如果还不明白，你需要亲自动手试一试！这时再回过头看看上篇我们定义的两个IBAction事件，是不是明白了！
就写这么多，有什么问题请留言，大家一起学习交流！
说明：转载请注明出处！