Event Delivery: 事件处理逻辑

iOS事件处理流程解析
最新推荐文章于 2021-11-22 19:00:36 发布
最新推荐文章于 2021-11-22 19:00:36 发布
阅读量1.5k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： iOS 文章标签： iOS iPhone ipad
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/sanmaofly/article/details/12232921
本文详细介绍了iOS中UIKit如何处理用户产生的Event事件。从事件对象的创建到分发至相应对象的过程，包括TouchEvent、Motionandremotecontrolevents的处理方式及hit-testing、Responderchain等关键步骤。
当用户产生一个Event事件的时候，UIKit会创建一个event对象，里面包含处理这个对象所需要的信息。然后将该对象放置在active app(一个程序对象用来初始化用户事件链路并全权管理运行中的程序)的事件队列里面。
事件处理过程是按照一个指定的栈模式，直到有一个对象可以处理。单例的UIApplication对象会手相在队列顶部取出这个事件并派发下去处理；典型的会将事件发送到应用的关键对象Window（保存屏幕矩形区域内的图形内容并在事件派发过程中扮演一个重要角色）
Window将event派发给一个初始对象来处理：
Touch Event：window会首先尝试将事件派发给发生touch事件的view
Motion and remote control events： window首先发送shaking-motion 或 remote control event事件给第一个responder来处理。
Hit-Testing：用来找到接受Touch事件的view；当发送touch事件时，iOS会首先找到边界内的相关View，然后再逐个排除并递归子view，直到找到最小的view，就是要找的hit-test view。 hitTest:withEvent:方法会返回这个hit-test view并返回指定的CGPoint和UIEvent。这个方法首先会调用 pointInside:withEvent:来判断是否在这个view的边界内，并返回YES/No来决定是否递归往下。
Responder chain:如果初始对象不处理这个事件，UIKIt就会分发这个事件给链上的下一个响应者。每一个链上的对象都可以决定是否处理这个事件。如果不处理则调用 nextResponder分发给下一个响应对象，知道该事件被处理或者没有更多的responder。
20、数据处理与建模：从事件触发到单表设计
nept的博客
07-04 17
本文探讨了从不可变事件触发到高效数据建模与存储的全过程。首先介绍了如何通过事件溯源和微事件存储优化流处理器的吞吐量和幂等性，接着深入讲解了NoSQL数据库中的数据建模方法，包括节点、边和聚合的概念。随后分析了分片与分区键对性能的影响，并通过食品配送系统的案例详细阐述了单表设计的实现方式及其关键要点。最后总结了单表设计的优势与挑战，并提供了整体流程图以展示从事件触发到数据查询的完整路径。
9、iOS应用开发：从功能测试到事件处理
blockchain9miner的博客
06-10 23
本文详细介绍了iOS应用开发中的功能测试和界面优化方法，并深入探讨了iOS的事件驱动机制和事件处理流程。通过实际示例，讲解了运行循环、事件队列、事件传递方式（如命中测试和第一响应者）等内容。此外，还介绍了如何自定义事件处理逻辑，并通过两个示例应用分别展示了高级别和低级别事件的处理方式。文章旨在帮助iOS开发者更好地理解事件处理机制，提高应用性能和用户体验。
事件传递之响应链（Event Delivery: The Responder Chain）[译]
jy84195861的专栏
10-29 445
原文转自：http://nsdifficult.com/blog/20140314/event/ 当你设计App时你可能需要动态的响应事件。例如，一个触摸事件可能发生在屏幕上不同的对象中，你需要决定哪个对象来响应这个给定的事件，理解对象如何接收事件。 当用户触发的一个事件发生，UIKit会创建一个包含要处理的事件信息的事件对象。然后她会将事件对象放入active app’s
Android 事件处理逻辑
热爱生活热爱技术的专栏
03-18 220
前言：事件是怎么从Activity到ViewGroup的。 问：我们知道，事件产生于用户按下屏幕的一瞬间，事件生成后，经过一系列的过程来到我们的Activity层，那么事件是怎样从Activity传递到根ViewGroup的呢？ 答：事件到达Activity时，会调用Activity#dispatchTouchEvent方法，在这个方法，会把事件传递给Window，然后Window把事件传递给...
趣味理解java事件处理逻辑
weixin_34092370的博客
05-21 142
趣味理解java事件处理逻辑 目标：当有东东走过door,就要在wall上发布这个消息。 分析：为达目标，显然需要一个对象（事件监听者）来监视door，当door有异动时，事件监听者作出反应。 （1）我们请一只dog来作door的事件监听者。我们在door边，加一个事件监听者dog,用java语言表达此意思也就是：door.addActionListener(new dog()); （2）显然一只...
事件分发：响应链（Event Delivery: The Responder Chain）
u011731076的博客
11-01 309
UIButton ->UIControl ->UIView ->UIResponder ->NSObject 事件的传递和响应分两个链： 传递链：由系统向离用户最近的view传递。UIKit –> active app’s event queue –> window –> root view –>……–>lowest view响应链：由离用户最近的view向系统传递。initial
概述下 React 中的事件处理逻辑
LuckXinXin的博客
08-25 898
为了解决跨浏览器兼容性问题，React 会将浏览器原生事件（Browser Native Event）封装为合成事件（SyntheticEvent）传入设置的事件处理器中。这里的合成事件提供了与原生事件相同的接口，不过它们屏蔽了底层浏览器的细节差异，保证了行为的一致性。另外有意思的是，React 并没有直接将事件附着到子元素上，而是以单一事件监听器的方式将所有的事件发送到顶层进行处理。这样 React 在更新 DOM 的时候就不需要考虑如何去处理附着在 DOM 上的事件监听器，最终达到优化性能的目的 .
基于事件系统风格实现一个购物程序，该程序能模拟顾客订购、店铺发货、快递员送货、客户取件等一系列事件。具体要求如下： 顾客发出订单（Order Event），订单包含顾客、店铺以及订购物品信息，系统自动生成唯一的订单号； 店铺接受顾客的订单，记录订单数，并发出送货请求（Delivery Event）； 空闲的快递员接单，变为送货状态，商品送达顾客后，通知顾客取件（Pickup Event），注意：休假状态的快递员不参与送货； 顾客可以确认提货（Acknowledge Event）或拒收（Reject Event），前者视为好评，后者视为差评；无论顾客是否拒收，快递员都将变回空闲状态，可以再次接单，同时记录送货次数； 商铺记录顾客评价，流程结束； 打印所有未休假的快递员的送货次数； 打印所有店铺的好评率。 程序关键代码: public class Main { public static void main(String[] args) { /* * 输入代码,请保留 * 数组inputs对应控制台输入，inputs[i]对应于输入的第n行 * inputs[0]: customer-顾客，数据格式为：账号1,姓名,账号2,姓名,…… * 顾客的账号首字母代表顾客类型，账号首字母为B的顾客在取件时会给差评Bad，而其它顾客取件时会给好评Good * inputs[1]: shop-店铺，数据格式为：账号1,店名,账号2,店名,…… * inputs[2]: delivery man-快递员，数据格式为：账号1,姓名,状态,账号2,姓名,状态,…… * 快递员的状态：0-休假，1-空闲，2-送货；当快递员处于休假或送货状态时，不接受订单，送货完成后传换为空闲状态 * inputs[3]: order-订单，数据格式为：客户,商铺,订购内容,顾客,商铺,订购内容，…… * 输入订单时顾客商铺均用序号表示，例如：1,2,shoes表示1号顾客订购了2号商铺的商品shoes * */ Scanner sc = new Scanner(System.in); String[] inputs = new String[4]; for(int i=0;i<inputs.length;i++){ inputs[i]=sc.nextLine(); } sc.close(); Customer[] customers; Shop[] shops; DeliveryMan[] deliverymen; //按格式处理输入数据 ... //顾客按输入的订单发出订购事件，其余各类事件的流程将在发出订单之后自动完成 for (int i=0;i<n;i++) { ... customers[...].order(shops[...], ...); } /* 启动事件分谴线程，该线程将打印收到的每一个事件，事件包括： * 顾客发出的订购(Order)事件，店铺发出的发货(Delivery)事件， * 快递员发出的取件(Pickup)事件，顾客发出的确认收货(Acknowledge)或拒绝收货(Reject)事件 * 输出格式：事件类型 Event: 事件序号 */ EventDispatcher dispatcher = EventDispatcher.getInstance(); new Thread(dispatcher).start(); //等待100ms左右，等待事件分谴线程处理完成所有事件 try { Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } //打印所有未休假快递员的送货情况，输出格式：Deliveryman(账号,姓名): 送货次数 for (int i=0;i<deliverymen.length;i++) if (!deliverymen[i].isOff()) deliverymen[i].print(); //打印所有店铺的销售情况，输出格式：Shop(账号,店名): 好评百分比 for (int i=0;i<shops.length;i++) shops[i].print(); System.exit(0); } 输入样例: A1,Jack,B2,Tom S1,AT,S2,LN D1,Jerry,1,D2,Simpson,0,D3,Harry,1 1,1,shoes,1,1,coats,2,1,shirts,1,2,books 输出样例: Order-1: Jack(A1) buys shoes from AT(S1) Order Event: 1 Order-2: Jack(A1) buys coats from AT(S1) Order Event: 2 Order-3: Tom(B2) buys shirts from AT(S1) Order Event: 3 Order-4: Jack(A1) buys books from LN(S2) Order Event: 4 Shop-S1: Order-1 Sent out Delivery Event: 5 Shop-S1: Order-2 Sent out Delivery Event: 6 Shop-S1: Order-3 Sent out Delivery Event: 7 Shop-S2: Order-4 Sent out Delivery Event: 8 Deliveryman-D1: Order-1 Arrived Pickup Event: 9 Deliveryman-D3: Order-2 Arrived Pickup Event: 10 Customer-A1: shoes(AT) ~ Good Acknownledge Event: 11 Customer-A1: coats(AT) ~ Good Acknownledge Event: 12 Deliveryman-D1: Order-3 Arrived Pickup Event: 13 Deliveryman-D3: Order-4 Arrived Pickup Event: 14 Customer-B2: shirts(AT) ~ Bad Rejection Event: 15 Customer-A1: books(LN) ~ Good Acknownledge Event: 16 Deliveryman(D1,Jerry): 2 Deliveryman(D3,Harry): 2 Shop(S1,AT): 67% Shop(S2,LN): 100% 代码长度限制 16 KB 时间限制 800 ms 内存限制 64 MB 栈限制 8192 KB 用Java完成代码
最新发布
07-04
扣减库存等System.out.println("订单创建事件处理：订单ID="+ event.getOrderId()+ ",顾客ID="+ event.getCustomerId());//模拟处理} }//订单发货事件处理器publicclass OrderShippedEventHandler ...
gogs-webhook-handler:Web处理程序中间件，用于处理Gogs Webhooks
05-11
在请求标头中，Gogs使用x-gogs-signature ， x-gogs-event ， x-gogs-delivery代替x-hub-signature ， x-github-event ， x-github-delivery Gogs使用SHA256而不是SHA1生成带有您的机密的哈希 该库是Node.js Web...
【Guava EventBus高级用法】：优雅处理事件分发的秘诀
[【Guava EventBus高级用法】：优雅处理事件分发的秘诀](https://raw.githubusercontent.com/greenrobot/EventBus/master/EventBus-Publish-Subscribe.png) # 1. EventBus基础介绍与应用场景 在现代应用程序设计中...
复杂事件处理(Complex Event Processing)入门1
CCJHDOPC的专栏:
04-20 4017
复杂事件处理(Complex Event Processing)入门1 字数967 阅读12 评论0 喜欢0 一个新产品需要重点考虑业务风险控制。关于风险控制系统整体的技术方案可以参考支付系统风控系统建设思考。此方案尽管能够满足业务需求，但对于海量交易数据分析、风险事件的实时处理、大量的风险规则处理上，在实时性、性能、架构的可扩展性上都不是很理想，有必要重新从架构上考虑一下实现方案
Vue.js实例学习：事件处理
若水弹丸之地
03-08 1211
一、监听事件 可以用 v-on 指令监听 DOM 事件，并在触发时运行一些 JavaScript 代码。（ v-on: 简写为@） &amp;lt;div id=&quot;app&quot;&amp;gt; &amp;lt;button @click = &quot;count++&quot;&amp;gt;加 1&amp;lt;/button&amp;gt; &amp;lt;butto
MessageDeliver类似于EventBus轻量级的简单的事件处理机制,足够用,超简单
张小勇的博客
07-18 1233
MessageDeliver简单的时间处理,类似于EventBus的轻量级事件分发器,轻松处理fragment之间的数据互调,activity与service数据的互调,非常方便,同时非常简单,不需要学习EventBus复杂的逻辑,对于轻量级的使用足够了 使用方法首先在项目中添加依赖,eclipse中添加library依赖,或者直接下载MessageDeliver.java文件放入自己的项目直接使
ERROR flume.SinkRunner: Unable to deliver event. Exception follows. org.apache.flume.EventDeliveryEx
Knight
08-02 6101
如果报错是以下两条ERROR ERROR flume.SinkRunner: Unable to deliver event. Exception follows. org.apache.flume.EventDeliveryException: java.lang.IllegalStateException: Empty value [channel=[channel=c2]] ERROR hdfs.HDFSEventSink: process failed 解决方案 删除checkpointDir=
Android Event事件流分析
小小青叶
08-28 4750
一、前言：         最近太忙了，因此好久没空来写博客了，差点让大家以为荒废了。。嘻嘻，这不，今天忙里偷个闲，来写这篇文章，帮助自己，也是帮助大家深入了解Event事件流的整个过程，涉及到的文件有：ViewRoot（Impl），ViewGroup，View，PhoneWindow.DecorView及Activity。这些文件，我会抽空将我的理解写到博客。 二、事件流： 2.1 Vie
小程序页面间通信——EventChannel（数据量多时）
weixin_42289080的博客
11-22 7094
场景：页面A 跳转页面B，需要带一些参数过去，体积小的参数可以通过query带过去，数据量较多时，query不是一个好的选择。 这时候应考虑 eventChannel
iOS：事件处理
热门推荐
sanmaofly的专栏
10-01 1万+
iOS事件识别状态机
iOS Example：SquareCam分析
sanmaofly的专栏
04-01 7453
// used for KVO observation of the @"capturingStillImage" property to perform flash bulb animation static const NSString *AVCaptureStillImageIsCapturingStillImageContext = @"AVCaptureStillImageIsCaptu
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值