iOS 面试全方位剖析 -- UI视图篇(一)


  • 系统的UI事件传递机制是怎么样的 ?
  • 使UITableView滚动更流畅的方案或思路都有哪些 ?
  • 什么是离屏渲染 ?
  • UIView和CALayer之间的关系是怎样的 ?
    如果不是很清楚,请往下看

会讲解的内容

  • UITableView相关
  • 事件传递&视图响应 (一)
  • 图像显示原理
  • 卡顿&掉帧
  • 绘制原理&异步绘制
  • 离屏渲染 (二)

UITableView相关

  • 重用机制
  • 数据源同步

重用机制

这里A1到A7视为同一个标识符,虚线是可视区域,当A1滑出可视区域的时候会放入重用池A,A7根据标识符从备用池取出一个可重用的cell,这样就达到了重用的一个目的

数据源同步

如何解决tableView在多线程的情况下修改或者访问数据源的一个同步问题?
-- 俩个解决方案

  • 并发访问 & 数据拷贝
  • 串行访问

并发访问 & 数据拷贝

上图中,一般做数据拷贝在主线程当中,拷贝之后会把拷贝的结果给子线程使用,同时在子线程中做新数据的网络请求,数据解析。
主线程在子线程请求数据的时候删除了一条数据,然后reloadUI
子线程在完成一系列操作之后,返回请求的结果,然后reloadUI。
这个时候问题就出现了,子线程的拷贝发生在主线程删除一条数据之前,所以子线程在返回给主线程的数据源列表中还包括了主线程删除的那条数据,导致数据异常.

怎么解决这种数据源的同步问题呢? 往下看

我们可以在主线程进行删除操作的时候把它记录下来,在子线程中将要返回数据更新主线程UI的时候同步删除操作。这就是并发访问的解决方案

串行队列

串行访问,这个时候要用到GCD中的串行队列

子线程做网络请求,数据解析后数据放到串行队列中做预排版(都是在子线程当中完成). 在这个过程中如果在主线程中删除了一条数据,需要以同步的方式在串行队列中处理, 在上个任务数据排版完成之后再同步数据删除,然后再回到主线程更新UI,这样可以保证无论在主线程或者子线程都是在串行队列上进行操作的,避免数据源的错乱问题。
俩种方案各有利弊,具体视项目实际业务而定。

这里多提一下,队列和线程的关系,在iOS 开发中除了一个特殊情况(主队列和主线程的关系),它二者之间是相互独立的,其实只要记住一个要点就可以了,主队列是一个特殊的队列,首先,它是一个串行队列,其次,它自始至终占用一个特殊的线程--主线程,而主线程,自始至终仅被主队列占用,其他任何队列,不管并行还是串行,都不能占用主线程,除去这个奇葩之外,任意队列不管是系统的还是自建的,不管是串行还是并行的,所有跑在这些队列上的线程都是子线程,都不能用来刷新UI


事件传递&视图响应

CALayer 与 UIView 关系

UIView 为CALayer提供内容,专门负责处理触摸等时间,参与响应链
CALayer 全权负责显示内容 contents

这里用到了六大设计原则之中的单一职责原则,这就是为什么要区分UIView 和 CALayer 之间的工作分工.

事件传递机制

基本上是一个必考点,事件传递与俩个方法有关

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
//返回最终响应的事件
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
//判断点击位置是否在当前范围内

在看事件传递机制之前,先看一下 hitTest 的内部方法实现,看下图


  1. 首先判断当前视图 !hidden &$ userInteractionEnable && alpha > 0.01 条件通过的时候,到下一步. 否则返回nil,找不到当前视图

  2. 通过 pointInside 判断点击的点是否在当前范围内,为YES直接下一步. 不在则直接返回nil。

  3. 倒序遍历所有子视图,同时调用 hitTest 方法,如果某一个子视图返回了对应的响应视图,这个子视图会直接作为最终的响应视图给响应方,如果为 nil 则继续遍历下一个子视图。如果全部遍历结束都返回nil,那会返回当前点击位置在当前的视图范围内的视图作为最终响应视图.......

当我们点击屏幕时候的事件传递

UIApplication -> UIWindow -> hitTest:withEvent:

深入了解,做一个Demo,一个方形按钮,控制只在点击圆内的时候才响应点击事件,源码看这里(PPEventDemo)

视图响应链(注意和事件传递是倆概念)

看一下官方的一张图,一目了然

UIResponder 主要有三个方法

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
-(void)touchesMoved:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
-(void)touchesEnded:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event

提问,下图中点击空白圆点,视图响应顺序是什么?如果最后传递到UIApplicationDelegate 依然没有响应,会发生什么?

正确顺序是 C2 -> B2 -> A
到 UIApplicationDelegate 依然没有任何视图处理该事件的时候,直接忽略此事件, 并不会崩溃。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 157,012评论 4 359
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,589评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 106,819评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,652评论 0 202
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 51,954评论 3 285
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,381评论 1 210
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,687评论 2 310
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,404评论 0 194
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,082评论 1 238
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,355评论 2 241
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,880评论 1 255
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,249评论 2 250
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,864评论 3 232
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,007评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,760评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,394评论 2 269
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,281评论 2 259

推荐阅读更多精彩内容