[CALayer renderInContext]在iPhone X上崩溃问题求助

先给你拆解下iPhone X和老设备的核心差异，以及这些差异怎么影响你的渲染代码：

• 屏幕分辨率带来的内存暴增
  iPhone X搭载的Super Retina显示屏，@3x像素密度下实际像素尺寸是1125×2436。对比你提到的老设备，比如iPhone 6s的像素是1125×2001，iPhone X的画布像素总量比它高了约22%。而UIGraphicsBeginImageContextWithOptions创建的位图上下文是未压缩的RGBA8888格式，每个像素占4字节，光这一个画布就需要约10.5MB内存。再加上你要绘制上千个圆形元素，每个元素的路径计算、填充/描边操作都会产生临时内存对象，叠加起来的内存占用会比老设备高很多，刚好触碰到iPhone X的内存预警阈值。

• iOS 11+的内存管理策略变化
  iPhone X出厂搭载iOS 11，苹果在这个版本里收紧了内存监控机制，对后台内存占用和大内存块的分配更加敏感。老设备虽然内存总量可能更低（比如iPhone 5s是1GB内存），但旧系统的内存预警触发条件更宽松，可能你的代码在老设备上已经接近临界值，但系统没触发警告；而iPhone X的新系统会更及时地抛出警告，如果你的代码没有及时释放临时内存，很快就会崩溃。

• renderInContext:在新系统的效率问题
  你提到觉得不能用drawViewHierarchyInRect:afterScreenUpdates:，但其实这个API在iOS 11+上做了不少优化，它会利用屏幕渲染的缓存机制，比renderInContext:更高效，内存占用也更低。renderInContext:是纯CPU端的软件渲染，会为每个图层的绘制创建大量临时对象，而drawViewHierarchy会复用GPU的渲染结果，减少内存开销。哪怕你是在自定义图层里绘制，这个API依然可以正常触发视图和图层的绘制流程，建议你试试替换，说不定能解决内存问题。

• 连续渲染的自动释放池范围问题
  你说会多次连续渲染，如果这段渲染代码是放在循环里，而@autoreleasepool只包裹了整个循环，那每次渲染产生的临时对象（比如路径、上下文临时数据）会累积到循环结束才被释放，内存会持续飙升。正确的做法是把@autoreleasepool放到循环内部，每次渲染都创建一个自动释放池，渲染完成就回收临时对象，避免内存累积。

另外还有个小细节：iPhone X的安全区布局可能导致你的视图实际尺寸比预期大？不过你用的是viewToSave.image.size作为画布尺寸，这个可能性不大，但可以确认下image的尺寸是否正确，避免不必要的超大画布渲染。

内容的提问来源于stack exchange，提问作者rhcpfan