UIView Why limit max size

为什么UIView的显示有最大Size限制

UIView的显示是通过什么来显示？？这个我们需要弄清楚。

看下图的这个CALayer就是负责一个UIView的显示。

看下UIView的头文件，我们可以看到头一个私有变量是一个CALayer

---

那我們就有疑問了????

• 手势是在哪里管理
• CALayer这个又跟显示最大Size有什么关系

首先，手势我是猜测来源于UIResponser，就是UIView的基类。由于没有验证，所以不敢妄加判断
其次，为什么CALayer是显示类，有一个地方可以证明我的想法。

你可以创建一个继承于CALayer的类A，然后在一个UIView的实现类里面编写以下的代码

+ ( Class ) layerClass {    return [ A class ];   }

然后你可以试下，对A这个类进行绘制等，可以立马看到UIView的显示被修改。我大胆地猜测，其实UIView的显示，就是CALayer从顶级一直延伸到底部的树状结构。而顶级的是由UIWindowLayer来管理的。

注意：UIWindowLayer 子CALayer集 并非就直接到UIViewController的CALayer,而是UIWindow的CALayer,也就是我们平时使用keyWindow

---

接下來也是我的猜想，CALayer的显示是通过其属性contents，而contents则是通过CGImageRef。

1. CGImageRef本质就是一张图片的数据，也就是说CALayer可能是通过贴图的方式去进行显示
2. 当我们是想通过绘制方式进行显示时，CALayer可能是会先利用自身拥有的CGContextRef，或者是共享的CGContextRef，进行抛出，如果待绘制结束后，把CGContextRef转换成CGImageRef，然后进行贴图。
3. 而我们知道，一张图片在iOS上不能超过1024 * 1024 point。因为这样会导致效率极度低下，官方应该是对这种情况处理。不行的话，让 A 超过 1024 * 1024, 然后让其更新，就会收到警告，说 size 异常的大

为什么我要讲这个关系

其实我们自己做界面的时候，可能会遇到不同情况的需求，而有时我们可能会遇到只需要界面而不需要手势的情况下，其实我们直接用CALayer会来的方便。那有人肯定会说我用UIView其实也差不多。的确，在没有要求极端情况下，两者差不多。但是如果突然遇到需要制作十分大区域的显示区。如果使用UIView，由于它会自己优化，如果出现需要显示超过1024 * 1024的情况下，它会直接罢工。即使它只是边框有颜色的情况下，依然如此。而使用CALayer，即使是再大也无压力显示，但是有个问题哟，假如是在极大区域下，显示还要加上动画，或者是显示并非简单纯色显示，或者是显示虚线的情况下，CALayer也无法支撑。它到时并不会直接告诉你，它不支持，而是延迟显示，但是又不影响别的操作。但是假如真的非常大的显示，加入非常大区域的动画，那就可能不断地吃内存，到直接设备重启。我想这个应该是官方的Bug吧，哈哈。