jox0 最近的时间轴更新 jox0 最近的时间轴更新 |
jox0V2EX 第 214443 号会员，加入于 2017-02-10 14:04:28 +08:00 |
| 个推最新版本的 SDK 不再依赖 CoreBluetooth，我好奇为何一个推送服务的 SDK 会需要使用 CoreBluetooth iDev • jox0 • 2017-03-13 14:57:43 PM |
| 请问 UIView 是怎么渲染自己的？ iDev • jox0 • 2017-06-19 17:12:20 PM • 最后回复来自 jox0 | 5 |
jox0 最近回复了
2017-06-19 17:12:20 +08:00 回复了 jox0 创建的主题 › iDev › 请问 UIView 是怎么渲染自己的？ |
已经过去半年了，这段时间我学习了一下 opengl 绘图，想起来还有这么个帖子
当时苹果的工程师也没有给太多具体的技术细节，只是提到了最终 Core Animation 会 issue OpenGL drawing command 来生成最终的 bitmap。
随着新一代的绘图 API 的出现，现在 Core Animation 的底层很可能不再使用 OpenGL，而转而使用苹果新推出的 Metal。不过这都不重要，重要的是我当初提出的这个问题。
对于一个 UIView，如果不提供 bitmap （设置 layer 的 contents 属性），也不实现 drawRect 或者 CALayer drawing 的那几个 draw 函数，那么一个 UIView 的内容会根据这个 UIView 的状态（ backgroundColor，bounds，其实都是 layer 的状态），提交到 render server，并由 render server 调用底层的图形 API 来绘制这个 UIView 的内容，并将最终绘制的 bitmap 结果通过类似 glReadPixels 的 API 从显寸上复制到 CPU 内存里，这部分内存由 CALayer 的内部私有变量来负责持有，这部分数据目前是无法直接获取到的，只能通过 CALayer 的 renderInContext:等 API 间接的取到，这里与 CALayer 的 contents 属性不同，contents 只是用来为一个 CALayer 提供内容的。
所以一个 UIView 有三种方式来生成内容，分别是 drawRect：，设置 layer 的 contents 属性，设置 UIView 本身或者 layer 的属性，这三种方式最终内存占用是一模一样的，但是消耗的 CPU 和 GPU 资源却不同，第一种需要调用 CPU 绘图 API 来绘制图形，CPU bound ；第二种虽然不需要调用 CPU 来绘图，但是可能会使用 CPU 来解压缩图片文件，所以也是 CPU bound ；第三种 CPU 只负责必要的状态修改，由 GPU 来完成主要的绘图工作，因为 GPU 绘图效率比 CPU 高，所以这种方式应该是效率最高的，整体的性能消耗也最低，GPU bound
当时苹果的工程师也没有给太多具体的技术细节，只是提到了最终 Core Animation 会 issue OpenGL drawing command 来生成最终的 bitmap。
随着新一代的绘图 API 的出现，现在 Core Animation 的底层很可能不再使用 OpenGL，而转而使用苹果新推出的 Metal。不过这都不重要，重要的是我当初提出的这个问题。
对于一个 UIView，如果不提供 bitmap （设置 layer 的 contents 属性），也不实现 drawRect 或者 CALayer drawing 的那几个 draw 函数，那么一个 UIView 的内容会根据这个 UIView 的状态（ backgroundColor，bounds，其实都是 layer 的状态），提交到 render server，并由 render server 调用底层的图形 API 来绘制这个 UIView 的内容，并将最终绘制的 bitmap 结果通过类似 glReadPixels 的 API 从显寸上复制到 CPU 内存里，这部分内存由 CALayer 的内部私有变量来负责持有，这部分数据目前是无法直接获取到的，只能通过 CALayer 的 renderInContext:等 API 间接的取到，这里与 CALayer 的 contents 属性不同，contents 只是用来为一个 CALayer 提供内容的。
所以一个 UIView 有三种方式来生成内容，分别是 drawRect：，设置 layer 的 contents 属性，设置 UIView 本身或者 layer 的属性，这三种方式最终内存占用是一模一样的，但是消耗的 CPU 和 GPU 资源却不同，第一种需要调用 CPU 绘图 API 来绘制图形，CPU bound ；第二种虽然不需要调用 CPU 来绘图，但是可能会使用 CPU 来解压缩图片文件，所以也是 CPU bound ；第三种 CPU 只负责必要的状态修改，由 GPU 来完成主要的绘图工作，因为 GPU 绘图效率比 CPU 高，所以这种方式应该是效率最高的，整体的性能消耗也最低，GPU bound
2017-03-08 15:33:54 +08:00 回复了 xi_lin 创建的主题 › iDev › 今天好多人都收到苹果警告信了 |
2017-03-08 14:37:00 +08:00 回复了 xi_lin 创建的主题 › iDev › 今天好多人都收到苹果警告信了 |
@game3108 JS 和 Lua 脚本文件随应用打包一起发布就没事，苹果这次主要打击的是 JSPatch ，我在的公司的应用使用的某第三方的 SDK 里使用了 JSPatch ，导致我们也收到了警告，其他的应用没有问题
2017-03-08 13:54:26 +08:00 回复了 xi_lin 创建的主题 › iDev › 今天好多人都收到苹果警告信了 |
这次是苹果出手整顿热更新技术的使用，使用 RN 、 weex 、 Hybrid 、 Lua 等技术构建应用的只要不热更新就不会受到影响。
2017-02-16 12:55:41 +08:00 回复了 jox0 创建的主题 › iDev › 请问 UIView 是怎么渲染自己的？ |
@ningcool 3Q~ 我用了我的一张 RTI ，这两天正在通过邮件询问 Apple 的一个工程师这方面的问题，过两天如果有答案我再来这里更新
2017-02-13 11:13:59 +08:00 回复了 jox0 创建的主题 › iDev › 请问 UIView 是怎么渲染自己的？ |
@ningcool 非常感谢，您说的这些我都了解，我就是想知道 “这些绘制离不开 OpenGL 和 GPU ” 这部分的技术细节，请问您是否了解？
Select Language