众所周知，绚丽动画效果是iOS系统的一大特点，通过UIView层封装的动画，基本已经可以满足我们应用开发的所有需求，但若需要更加自由的控制动画的展示，我们就需要使用CoreAnimation框架中的一些类与方法。这里先附上前几篇与动画相关的博客地址，这一系列，我们抽出其中的CoreAnimation框架来详细解读。
早在2017年年初，我就用七八篇文章的篇幅系统介绍过Objective-C中的CoreAnimation框架。CoreAnimation是iOS中实现动画的框架，整个iOS中的动画（比如UIView中封装的动画、UIViewController切换时的转场动画、UITableViewCell移除增添时的动画等，都是对CoreAnimation的封装）都是通过CoreAnimation实现的。
最早的一个设计是把动作代码分成两个子系统. CoreAnimation作为低层系统, 只为更复杂的高层动作系统提供简单而又高性能的”砖瓦”. 高层Animation子系统以CoreAnimation为基础, 提供了像抽像动作名和实际剪辑(clip)名的映射, 还有一个动作序列发生器(sequencer), 可以方便地处理复杂的动作融合情形.
UIView/CALayer---->CoreAnimation./Core Graphics/Core Image---->GPU Drive-->GPU
前几篇博客详细介绍了有关UIView层的动画使用与相关的效果，然而这些动画是UIKit为我们封装好的核心动画层的方法，通过这些方法，我们可以用的更加简便，当然功能也十分强大，基本能达到我们项目的大多需求。但是如果你想更加自由的通过动画操作视图的属性，你就需要跳过UIKit的封装，使用CoreAnimation核心动画层的方法来实现动画。
前言 关于iOS的视图渲染流程，以及性能优化的建议。 源于WWDC视频。 我假设你是一个这样的开发者： 了解OpenGL ES； 了解view hierarchy； 了解instruments； view hierarchy和instruments网上资料很多，OpenGL ES的你可以看OpenGL ES文集。 视图渲染 UIKit是常用的框架，显示、动画都通过CoreAnimation。 CoreAnimation是核心动画，依赖于OpenGL ES做GPU渲染，CoreGraphics做CPU渲
关于动画在iOS开发中的应用，曾经整理过一系列的博客进行总结。包括简单的UIView层的动画，CALayer层的动画，Autolayout自动布局动画以及CoreAnimation核心动画框架等。本篇博客主要深入讨论视图控制器、导航控制器来进行界面跳转时的专场动画相关内容。之前的动画相关博客列举如下：
就像CoreAnimation 中提到的, Nebula2动作系统急需一个全新的设计和编码. 在《龙歌》的开发和另一个针对表情动画的研究中, 我们不得不为这个天生不足的系统加入新的特性. 最后系统勉强可以正常工作了, 但从设计的角度来说, 它的可维性变得很差. 因为从事一个商业项目有很多约束(里程碑, 特性和质量), 这通常是惟一的选择, 最好是让一些事情在里程碑结束前可以工作(就算是内部的实现很杂乱), 以便顺利地完成目标. 至少最后可以确定, 哪些特性需要一个完全的新设计, 和避免错误的实现方法.
图层、图像相关框架 CoreGraphics(Quartz2D)、QuartzCore(CoreAnimation)、CoreImage、CoreText 1.CoreGraphics(Quartz2D) import Darwin import CoreGraphics import CoreGraphics.CGBase // 常用对象 import CoreGraphics.CGFunction import CoreGraphics.CGImage // 图片 import CoreGraphic
CoreAnimation中还有一个非常重要的类：CATransaction事物类，这个可以同时设置多个layer层的动画效果。可以通过隐式和显式两种方式来进行动画操作。
教程 OpenGLES入门教程1-Tutorial01-GLKit OpenGLES入门教程2-Tutorial02-shader入门 OpenGLES入门教程3-Tutorial03-三维变换 OpenGLES入门教程4-Tutorial04-GLKit进阶 OpenGLES进阶教程1-Tutorial05-地球月亮 OpenGLES进阶教程2-Tutorial06-光线 OpenGLES进阶教程3-Tutorial07-粒子效果 这一次的内容是帧缓存。 概要 帧缓存：接收渲染结果的缓冲区叫
2019年3月25日，苹果发布了macOS Mojave 10.14.4和iOS 12.2。这两个版本修复了大量的安全漏洞，其中包括QuartzCore（即CoreAnimation）中的CVE-2019-8507。关于苹果更新的详细信息，可以参考这篇【公告】（点击底部阅读原文查看）。
本系列文章共分为上、下两篇，介绍 Web、Android、iOS、Flutter 这些前终端平台下，与 “树” 及视图系统有关的技术话题，并尝试分析它们之间的异同点；方便从事大前端开发的同学对各平台的技术特性有更广泛的了解。四、iOS 中的树 4.1 视图 iOS 中的视图就是在屏幕上显示的一个矩形块（比如图片，文字或者视频等），它能够拦截触摸手势等用户输入。视图在层级关系中可以互相嵌套，一个视图可以管理它的所有子视图的位置。 在 iOS 当中，所有的视图都从一个叫做 UIView 的基类派生而来，U
这是一篇OpenGL ES的学习笔记，介绍图像绘制里面用到的概念，学习OpenGL ES的基础知识备忘录。 教程 OpenGLES入门教程1-Tutorial01-GLKit OpenGLES入门教程2-Tutorial02-shader入门 OpenGLES入门教程3-Tutorial03-三维变换 OpenGLES入门教程4-Tutorial04-GLKit进阶 OpenGLES进阶教程1-Tutorial05-地球月亮 OpenGLES进阶教程2-Tutorial06-光线 OpenGLE
iOS 的动画框架很成熟，提供必要的信息，譬如动画的起始位置与终止位置，动画效果就出来了
你也肯定喜欢炫酷的动画！ 在APP中，动画就是一个点睛之笔！可以给用户增加一些独特的体验感，估计也有许多的和我一样的，看着那些觉得不错的动画，也就只能流口水的孩子，毕竟可能不知道从哪里下手去写！动画学习的过程我会总结一个系列的出来，总结一下iOS中动画的一个学习的过程，以及当中出现的一些问题也会和大家分享。现总结几点在学习动画之前的知道的一些点，这些能帮助我们写好学好动画。 一：从这里 Quartz2D 开始 在我的学习过程中，我是先从 Quartz2D 开始学习的，它里面的贝塞尔曲线在我们
音视频相关框架CoreMedia、CoreAudio、CoreVideo、CoreAudioKit、AVFoundation、AVKit 1.CoreMedia 提供对媒体文件操作的底层接口 2.CoreAudio 提供对音频文件操作的底层接口 3.CoreVideo 提供对视频文件操作的底层接口 以上三个框架，在需要对音频或视频创建及展示进行精确控制的应用程序才会涉及，一般应用程序应该都用不上，而我们常用的是下面几个 4.CoreAudioKit import CoreAudioKit.AUView
通过前几篇博客的介绍，我们可以了解到layer层可以设置许多与控件UI相关的属性，并且对于iOS开发，UIView层的属性是会映射到CALayer的，因此，可以通过UIKit和CoreAnimation两个框架来设置控件的UI相关属性，当属性发生变化时，我们可以使其展示一个动画效果。
第二板斧就是用的最多的CoreAnimation动画库，简称是CA，所以动画类都是CA开头。所有的动画类都在 QuartzCore 库中，在iOS7之前使用需要#import <QuartzCore/QuartzCore.h>,iOS7之后系统已经将其自动导入了。CoreAnimation动画都是作用在layer上。 先来看下动画类的层级关系：
因此，我们不可避免的要用到一些方法来计算代码的执行效率。计算代码的执行效率可以使用的API有：
AVFoundation是苹果在iOS和OS X系统中用于处理基于时间的媒体数据的Objective-C框架. 供使用者来开发媒体类型的应用程序。
一个视图就是在屏幕上显示的一个矩阵块（比如图片、文字或者视频），它能够拦截点击以及触摸手势等用户输入。视图在层级关系中可以相互嵌套，一个视图可以管理他的所有所有子视图的位置。
这里需要注意的是Core Graphics,这个阶段主要是通过它来完成的，但并不是真正的显示，而是得到图元 primitives 数据。这部分是在CPU中完成的，而后续会通过GPU来得到位图（bitmap） 但是有一个例外：drawRect:如果开发者重写了这个方法就会在CPU中将layer通过Core Graphics直接处理成bitmap,就不会在通过GPU来完成bitmap的渲染，这里就涉及到一个概念：离屏渲染
动画一直是iOS系统的一大亮点，CoreAnimation和粒子效果的支持，开发者可以很容易的做出效果炫酷的动画特效。在watchOS中，由于性能和屏幕尺寸的限制，对于动画，并没有强大的框架支持，但是这并不是说开发者就没办法在watch上添加动画的特效了。在watchOS中唯一可以让开发者用于动画操作的就是帧动画。
UIKit框架是可视类对象的基础文件，继承于NSObject。提供一系列的Class(类)来建立和管理iPhone OS应用程序的用户界面接口、应用程序对象、事件控制、绘图模型、窗口、视图和用于控制触摸屏等的接口。
由于设置masksToBounds 会导致离屏渲染（离屏渲染：GPU在当前屏幕缓冲区外新开辟一个渲染缓冲区进行工作），这会给我们带来额外的性能损耗，如果这样的圆角操作达到一定数量，会触发缓冲区的频繁合并和上下文的的频繁切换，性能的代价会宏观地表现在用户体验上----掉帧。 当然这些效果不会直接显示在屏幕上，可以使用Instruments的CoreAnimation检测，当然你也可以自己写一个检测帧频的方法。
老司机带你走进Core Animation 之粒子发射、TileLayer与异步绘制
4.多线程NSOperation和Queue、GDC、Thread的使用差别和优缺点？
说起QuartzCore不知道有多少小伙伴很容易和Quartz2D、CoreGraphics等混淆在一起傻傻分不清楚？所以在下面我们先把这几个很容易混淆或者是分不清楚的框架稍加整理。
Android4.0之前绘制是在主线程执行的，4.0之后除了引入Vsync和双缓冲还引入了单独处理绘制的RenderServer线程。在draw中保存记录绘制指令，稍后RenderServer会取出绘制指令进行调用GPU绘制，填充到Surface的缓冲区中，WindowManager将所有的Surface提供到缓冲区中，SurfaceFliger取出缓冲区的数据进行合成图层操作，合成策略会借鉴于HWComposer模块一起处理，HWComposer再将处理好的数据给到frameBuffer，Display取展示到屏幕。
性能优化一直是 iOS 开发中的一个重头戏，其中界面流畅度的优化是至关重要的，因为它直接关系到用户体验。从最熟悉和简单的 UIKit 框架到 CoreAnimation、CoreGraphics、CoreText 甚至是 OpenGL，优化似乎是无穷无尽，也非常考验开发者的水平。
通常情况下，iOS app中屏幕上的物体都是UIView对象。它们是矩形的并且有坐标和大小来定义它们在屏幕上的位置和尺寸。UIView是用来构建你的界面的UIKit Framework中基本的界面对象。每个视图都可能伴随着文本、形状或图片绘制。比如说，iOS app中的状态栏是一个长且瘦的视图，处于屏幕的顶端，并且状态栏目中的每个物体（时间、电池指示器、信号强度指示器等等）都是状态栏视图中的其它视图。
导致疏忽了技术的学习，虽然做了几个项目，积累了一些项目经验。但是对于语言知识的学习，对于底层实现的学习太少。
CAEmitterLayer是CoreAnimation框架中的粒子发射层，在以前的一片博客中有详细的介绍和范例，这里不再重复，地址如下：
前言 众所周知，Bug是线上应用极力规避但又无法避免的。对于致命的Bug，我们可以通过Crash日志进行分析；对于无法复现的Bug、特定操作步骤引起的Bug、某些版本/系统才出现的Bug，每个开发者都有自己的一套分析、定位、解决的方法。 本文以工作中遇到的几个iOS 11 Bug为例，介绍快速定位、分析、解决Bug的经验。 正文 iOS 11裁剪图片偏移问题 功能背景： 用户从本地相册选择图片，然后裁剪一个正方形区域，最后生成用户头像。 Bug描述： iOS 11的iPhone X，选择本地图片，然后
Core Animation(核心动画)是一组功能强大、效果华丽的动画API，无论在iOS系统或者在你开发的App中，都有大量应用。核心动画所在的位置如下图所示，可以看到，核心动画位于UIKit的下一层，相比UIView动画，它可以实现更复杂的动画效果。
http://wonderffee.github.io/blog/2013/10/13/understand-anchorpoint-and-position/
跟以往一样, 只包含了Win32平台的源码. Console平台特定代码 (Xbox360, PS3 还有 Wii) 介于法律问题没有包括进去.
概述 最近在整理CoreAnimation，写代码的时候遇到了下面的问题 -[__NSArrayI rectValue]: unrecognized selector sent to instance 0x608000252060 造成unrecognized selector sent to instance XXX，大部分情况下是因为对象被提前release了，在你心里不希望他release的情况下，指针还在，对象已经不在了，网上有好多的解决办法，这里不在多说。但是这个__NSArrayI是个什么鬼？
iOS的系统架构分为四个层次：核心操作系统层(CoreOS layer)、核心服务层(Core Services layer)、媒体层(Medialayer)和可触摸层(Cocoa Touch layer)。图1-1展示了Mac OS X和iOS系统架构层次的一个对比。
1、开发几年了，都在不停的做项目，自己一直都在忙于应付各种业务需求的讨论、开发、测试、发布、维护升级，再有新的需求的循环开发。都是重复的劳动。
打个比方，如果把找工作理解成考大学，面试就是高考，市面上的“真题”就是模拟试卷。我们会很容易倾向于在面试前寻找对应公司的面试“真题”，重点准备，期待“押题”成功。但实际上，即使面试同一家公司，它会有不同部门，不同业务线，不同面试官，即使遇到同一面试官，他也不一定就每次考察完全一样的内容。想想高考中那些考的好的同学，他们肯定不是靠“押题”才能取得好成绩吧，他们大多靠的是平常积累及对知识点灵活掌握，那面试也一样啊。执着于搜题，把面试题当做重点进行“复习”，还不如自己划出“考纲”，各个知识点逐一检查掌握情况，复习的更全面呢。
作为一名专业的 iOS 页面仔，画 UI 是我们的家常便饭，那不知道你在开发过程中有没有思考过这样一些问题：
无论是手机端还是PC端，画面的流畅度一直被用户视为衡量应用视觉体验的重要标准。而对开发者来说，帧率(FPS)通常作为衡量应用是否流畅的标准。
之前发了这篇iOS面试总结（2020年6月），没想到挺受大家欢迎，本来是没打算为它写答案，但有几个人建议我最好出一篇答案，提的人多了我就答应了下来。因为最近比较忙，断断续续总算补完了，就有了这篇文章，希望它对大家还有用处。这些都属于参考答案，如果大家感觉有不对不准确的地方也欢迎指出，我会及时更新。
每一个UIView的对象中都有一个layer这样的属性，并且layer会负责view中有关图形绘制的相关操作，例如我们设置view的背景颜色和设置layer的背景颜色都是有效的，并且，设置view的背景色依然是通过layer来展示的，我们可以写如下的测试代码：
http://oleb.net/blog/2010/12/animating-drawing-of-cgpath-with-cashapelayer/ https://github.com/ole/Animated-Paths
过度绘制就是在同一个区域中叠加了多个控件，也就是说一个像素点上会出现多个像素的叠加，实际上呈现在我们眼前的只是最上面的一个。
今天国庆放假的第一天, 饿得无聊就出来找东西吃, 转着转着就来到公司了. 就我一人, 真爽 想想这几天看看N3吧, 工作上的事情还是按计划来 上作者blog一看, 又有新东西啦, 大体翻译一下: 我最后还是抽出时间打包了一个新的N3 SDK. 我会在星期一回到办公室时上传上去, 同时这里有一个大体的列表. 很多底层的东西改变了, 所以我不得不移除一些不错的前台特性(如在实现了多线程的渲染器后N2的角色渲染必须删除, 并且届时shader光照的代码会出错). 我会在下一个release版本中去考虑这些前
在iOS开发中，UIImageView类专门来负责图片数据的渲染，并且UIImageView也有帧动画的方法来播放一组图片，但是对于gif类型的数据，UIImageView中并没有现成的接口提供给开发者使用，在iOS中一般可以通过两种方式来播放gif动态图，一种方式是通过ImageIO框架中的方法将gif文件中的数据进行解析，再使用coreAnimation核心动画来播放gif动画，另一种方式计较简单，可以直接通过webView来渲染gif图。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
