sloop

没有一加的设备，不知道一加是否自己修改了API的实现方式。

测试一下就知道了，在一般的应用场景下是没有问题的，之前做的TV项目满屏都是圆角条目，也可以正常运行，当然在数量超级多的情况下肯定会影响绘制速率，另外，不同的机器性能可以承载的极限也不不同，根据项目情况自己测试一下。

针对于背景，暂时没有更好的实现方案。

谢谢反馈，我测试一下，

图片是背景还是前景，如果是背景，设置 clip_background=“true" 试试。

可能是硬件加速问题，有些厂商对这个进行了修改导致的兼容性问题，试一下这个问题里面的方法： [https://github.com/huburt-Hu/NewbieGuide/issues/22](https://github.com/huburt-Hu/NewbieGuide/issues/22) 由于我这里没有 OPPO 相关的测试机型，暂时无法复现该问题，因此不能准确的定位问题原因，我这里会尝试找一些解决方案的。如果你有好的解决方案，欢迎反馈。

这是由于代码中使用了PorterDuffXfermode实现的圆角方案，因此会多处一次绘制。 目前已知的实现圆角方案有以下几种： 1. clipPath，没有抗锯齿优化，会导致边缘部分比较粗糙，部分机型上视觉效果较差。 2. PorterDuffXfermode，这种方案视觉效果较好，但是为了剪裁画面区域不得不多绘制一次。 3. 直接操作Bitmap，这种方案如果处理不当会引起内存问题，并且只能应用于图片。 基于项目的特性，最终采取的是第 2 种方案，虽然会造成部分性能上的损耗，但基本可以满足大部分的应用场景。

由于 View 的 drawBackground 方法是私有的，无法重载，所以这个暂时没有想到比较好的解决方案，等我想到了就更新。

发布之前就试过了，无效。

是的