ViewGroup.setPersistentDrawingCache(): 过时之殇，缓存余晖

ViewGroup.setPersistentDrawingCache(): 揭秘过时的绘图缓存

ViewGroup.setPersistentDrawingCache() 的本质

ViewGroup.setPersistentDrawingCache() 方法允许开发者为 ViewGroup及其子视图创建一个持续的绘图缓存。这个缓存本质上是一个位图，存储了 ViewGroup及其内容在特定时刻的外观。通过调用 getDrawingCache() 方法，开发者可以访问此缓存并将其用于各种目的，例如绘制到 Canvas 上或保存为文件。

弃用原因：硬件加速渲染的崛起

在 API 11 中引入硬件加速渲染后，绘图缓存的使用大幅减少。硬件加速渲染将图形处理从 CPU 转移到 GPU，极大地提高了图形性能。在这种情况下，创建和维护绘图缓存的额外开销不再有必要，甚至可能成为性能瓶颈。

GPU 渲染直接将图形命令发送到图形卡，绕过中间缓存层。这不仅节省了创建和更新缓存的计算成本，还消除了缓存同步所需的额外延迟。因此，在硬件加速渲染的时代，持续绘图缓存变得多余且不必要。

性能影响

使用 ViewGroup.setPersistentDrawingCache() 方法会带来显着的性能影响，主要体现在以下方面：

• 内存占用： 缓存图像会占用额外的内存，尤其是在缓存大型或复杂的视图时。
• 创建开销： 创建缓存是一个计算密集型操作，会消耗 CPU 资源。
• 更新开销： 当视图内容更改时，必须更新缓存。此更新过程也会消耗 CPU 资源。

在硬件加速渲染下，这些性能开销是得不偿失的，因为 GPU 渲染提供了更快的图形性能而无需绘图缓存。

替代解决方案

弃用 ViewGroup.setPersistentDrawingCache() 方法并不意味着开发者无法再缓存视图内容。相反，可以使用其他技术来实现类似的功能，同时避免性能影响。

• 使用 View.draw(Canvas) ：通过调用 View.draw(Canvas) 方法，可以将视图的内容直接绘制到 Canvas 上，而无需创建中间缓存。
• 使用 RenderScript ：RenderScript 是一种脚本语言，允许开发者以高效且并行的方式处理图形数据。可以使用 RenderScript 来实现自定义缓存解决方案。
• 使用外部库 ：有一些外部库提供了更高级别的缓存功能，例如 Google 的 Fresco 库。这些库通常针对性能进行了优化，并提供易于使用的 API。

结论

ViewGroup.setPersistentDrawingCache() 方法在 Android API 28 中已被弃用，原因是随着硬件加速渲染的引入，持续绘图缓存已过时且不利于性能。在寻求缓存视图内容时，开发者应使用替代解决方案，以避免性能开销并充分利用硬件加速渲染的优势。通过采用这些替代技术，开发者可以优化图形性能并创建更流畅、更响应的 Android 应用程序。