在渲染循环中使用Direct2D Scale效果是否比预缩放位图性能更优？

我当前的图像绘制流程：

1. 加载阶段，通过WIC获取原始位图，存储为图像对象属性 ID2D1Bitmap *imageOriginal。
2. 加载阶段内，创建符合目标尺寸的兼容渲染目标。
3. 使用Scale效果将图像绘制到兼容渲染目标。
4. 分配新位图 ID2D1Bitmap *imageScaled 作为图像对象属性。
5. 将兼容渲染目标内容复制到 imageScaled。
6. 释放兼容渲染目标，完成加载。

当图像需调整尺寸时重复步骤2-6，渲染循环仅绘制 imageScaled。

现在考虑移除步骤2-6，改为渲染循环中直接传入 imageOriginal 并用Scale效果绘制。

我不清楚Direct2D的Scale效果实现逻辑，若它每次执行和步骤2-6类似，那预缩放可能没必要。另外我的渲染循环有跳过算法，会不绘制超出视图范围的对象——当前方案可能浪费时间预缩放那些不会被绘制的对象，而渲染时缩放的方案能避免这点。

请问哪种方案性能更快？

两种方案的性能优劣取决于实际使用场景，核心看图像缩放的频率和可见性概率：

场景1：图像尺寸极少变化，且大部分时间可见 #

当前的预缩放方案更高效：

• 预缩放仅在加载或尺寸变更时执行一次，后续渲染直接绘制现成的imageScaled，省去了每次渲染调用Scale效果的计算开销。
• Direct2D的Scale效果本质是GPU端的纹理缩放操作，你手动预缩放的流程和它内部逻辑类似，但预缩放是一次性完成，渲染时直接位图复制（Blit）的开销远低于实时执行Scale效果。

场景2：图像尺寸频繁变化，或大部分时间不可见 #

渲染循环实时Scale的方案更优：

• 你的渲染循环有视图范围跳过算法，实时缩放时，不在视图内的对象会直接跳过，完全避免无用的缩放计算；而预缩放方案不管对象可见与否，只要尺寸变更就会执行全量缩放，浪费资源。
• 如果图像尺寸经常变动（比如窗口频繁拉伸、动态布局调整），预缩放会频繁触发兼容渲染目标的创建、位图复制和释放操作，反而比实时Scale的开销更高——Direct2D的Scale效果是GPU加速的，单次调用开销很低，频繁预缩放的CPU+GPU调度成本反而更大。

额外说明 #

Direct2D的Scale效果基于GPU实时纹理采样，会根据设置的插值模式（如线性、高质量立方）完成采样计算，和你手动用兼容渲染目标绘制后复制的逻辑本质都是GPU端缩放，但实时Scale不需要额外的兼容渲染目标创建和位图复制步骤，少了CPU端的资源调度开销。

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