这问题我太有共鸣了！循环调用ScriptIntrinsicBlur10次来模拟大半径模糊，确实会因为多次的RenderScript上下文切换、Bitmap数据来回拷贝导致严重的性能卡顿——毕竟每次调用都要完成一次完整的渲染流程，10次叠加的开销实在吃不消。这里给你几个更高效的替代方案：

方案一：缩放降维+一次模糊（最推荐） #

核心思路是利用模糊半径的相对像素特性：在小尺寸图上的小半径模糊，放大后等价于大图上的大半径模糊。具体步骤：

• 把你已经放大到720×720px的Bitmap，缩小到72×72px（缩放比例1/10，对应你需要的250/25=10倍半径）；
• 对72×72的小图调用一次ScriptIntrinsicBlur，设置模糊半径为25；
• 把模糊后的小图再放大回720×720px，用双线性或双立方插值缩放。

这个方法只需要一次模糊操作，性能开销直接降到原来的1/10甚至更低，而且模糊效果和循环10次几乎一致。

方案二：改用GPU加速的大半径模糊实现 #

如果对模糊效果的精度要求极高，不想用缩放的方式，可以试试：

• OpenGL高斯模糊：高斯模糊是可分离的（横向+纵向两次模糊），GPU能并行处理大量像素，即使是250的大半径，也能在几帧内完成，完全不会卡顿；
• 自定义RenderScript内核：虽然ScriptIntrinsicBlur限制了25半径，但你可以自己写RenderScript脚本实现大半径高斯模糊，不过这个需要对RenderScript的语法有一定了解。

方案三：系统API替代方案（简单但效果稍弱） #

如果你不想折腾复杂的实现，也可以试试Android的RenderEffect（API 31+），它支持直接设置大半径模糊，而且是GPU加速的，代码示例大概是这样：

val blurEffect = RenderEffect.createBlurEffect(250f, 250f, Shader.TileMode.CLAMP)
yourView.setRenderEffect(blurEffect)

不过这个是直接作用在View上的，如果需要处理Bitmap，可以先把Bitmap绘制到View再应用效果，或者用BitmapShader结合Canvas来生成模糊后的Bitmap。

最后再提一句：循环调用ScriptIntrinsicBlur的本质问题是重复的上下文切换和数据拷贝，所以任何能减少模糊次数的方案，都能大幅提升性能。

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