bottomLeftRadius不生效的主因是未设置android:radius属性，必须设非零android:radius（如1dp）作为开启按角定制的开关，再配合android:bottomLeftRadius使用。
shape 中 bottomLeftRadius 不生效的常见原因
Android shape 的 bottomLeftRadius 在 XML 里单独设置时，大概率不生效——不是你写错了，而是系统要求必须同时指定所有四个角的半径，或使用更严格的写法。
根本原因是：corners 标签下若只设某一个角（比如 bottomLeftRadius），其他角默认为 0，但部分 Android 版本（尤其是 8.0+）会直接忽略这种“非对称但未显式声明全角”的写法，回退到矩形渲染。
- 必须用
android:radius+ 四个独立属性组合，且至少有一个非零值；否则整个corners块可能被跳过 -
android:radius是全局兜底值，一旦设了它，四个独立角属性（topLeftRadius等）才真正起作用 - API 23 及以下对单独设角容忍度稍高，但不可靠；24+ 基本要求显式定义
正确写法：用 android:radius 配合 bottomLeftRadius
要让 bottomLeftRadius 生效，必须先设一个非零的 android:radius（哪怕只是 1dp），再覆盖左下角。这是最稳妥、兼容性最好的写法。
<shape xmlns:android="http://schemas.android.com/apk/res/android">
<solid android:color="#FF6B6B" />
<corners
android:radius="1dp"
android:bottomLeftRadius="16dp" />
</shape>
注意：android:radius="1dp" 不是摆设，它是开启“按角定制”的开关。没有它，bottomLeftRadius 就是无效属性。
- 如果想让其他角保持直角，就只写
bottomLeftRadius，其余三个角不声明（系统自动当 0 处理） - 不要写
android:radius="0dp"—— 这等于关掉圆角能力，所有角都会变直 - 单位必须是
dp，不能用px或无单位数字，否则在某些设备上解析失败
替代方案：用 GradientDrawable 编程设置（避免 XML 限制）
如果 XML 写法总踩坑，或者需要动态控制左下角圆角（比如根据状态切换），直接代码里设更可靠。
Java/Kotlin 中用 GradientDrawable 设置，可以精确控制每个角：
GradientDrawable bg = (GradientDrawable) view.getBackground();
bg.setCornerRadii(new float[]{0, 0, 0, 0, 0, 0, 16f, 16f}); // tl, tr, br, bl → 顺序是左上、右上、右下、左下
这个数组索引固定：[tlx, tly, trx, try, brx, bry, blx, bly]，所以左下角对应最后两个值。
- XML 里
bottomLeftRadius="16dp"对应这里blx=16f, bly=16f - 用
setCornerRadii()可以绕过 XML 解析器的限制，也支持运行时修改 - 注意单位：代码里是像素值（float），不是 dp；需用
TypedValue.applyDimension()转换
容易被忽略的边界情况
即使写对了 XML，还有几个地方会悄悄吞掉你的左下角圆角：
- 父布局设置了
clipChildren="false"或clipToPadding="false"，子 View 圆角可能被裁剪或溢出显示不全 - View 启用了硬件加速（默认开启），某些旧版系统对非对称圆角渲染异常；可临时加
android:layerType="software"测试 - 使用
CardView时，它的app:cardCornerRadius会完全覆盖 background 的shape圆角，此时bottomLeftRadius无效 - 如果 shape 用在
TextView的background上，而 TextView 有android:includeFontPadding="true"（默认），文字撑开高度可能导致视觉上“圆角被顶上去”
这些不是 bug，是 Android 渲染层叠和测量逻辑的真实表现——圆角最终是否可见，取决于 shape、View 尺寸、父容器裁剪、绘制层级四者共同作用的结果。
