2026/8/18 7:40:37
FEATURED · 精选文章 
1. 项目概述为什么我们需要一张颜色透明度对照表在Android开发中处理颜色和透明度是每天都要面对的日常。无论是设计一个优雅的渐变背景还是实现一个半透明的遮罩层亦或是让某个视图在交互时淡入淡出都离不开对颜色值特别是其中透明度分量的精确控制。然而对于许多开发者尤其是刚入行的朋友来说Android中颜色透明度的几种表示方式常常让人感到困惑。我们可能见过#FF123456这样的十六进制ARGB也见过Color.argb(255, 18, 52, 86)这样的函数调用还在XML里写过android:background#80123456。这里的FF和80到底代表多少透明度100%不透明和50%透明在代码里怎么写最方便这就是“Android颜色透明度转换对照表”要解决的问题。它不是一个复杂的库而是一个高度实用、能极大提升开发效率的参考工具。本质上它是一张桥梁表将人类容易理解的“百分比透明度”或“透明度描述”如“半透明”、“几乎透明”与机器和Android系统所需的十六进制值或十进制整数值一一对应起来。有了它你就不再需要每次都在心里默默计算或者去搜索引擎里翻找那个已经看过无数遍的“透明度百分比与十六进制对照”的截图了。你可以把它打印出来贴在墙上或者保存一个电子版在项目笔记里在UI走查、视觉还原、或调试界面层级时快速查阅确保视觉效果的精确实现。2. 颜色透明度在Android中的核心表示法解析要理解对照表必须先彻底搞懂Android中颜色透明度的几种“语言”。Android主要使用两种颜色模型带Alpha通道的ARGB和不带Alpha通道的RGB。我们关注的透明度Alpha是ARGB模型的一部分。2.1 十六进制表示法#AARRGGBB 与 #RRGGBB这是最常见于XML布局文件和颜色资源文件中的格式。格式#AARRGGBBAA: 两位十六进制数表示透明度Alpha。范围从00完全透明到FF完全不透明。RR: 两位十六进制数表示红色分量。GG: 两位十六进制数表示绿色分量。BB: 两位十六进制数表示蓝色分量。例如#80123456表示透明度80(十六进制) 128 (十进制) ≈ 50% 不透明度因为128/255 ≈ 0.5。红色12绿色34蓝色56。特殊情况当省略AA部分写作#RRGGBB时如#123456系统会默认其透明度为FF即完全不透明。这等价于#FF123456。为什么是两位十六进制一位十六进制数能表示0-1516种状态两位就能表示0-255256种状态。这与一个8位字节byte的取值范围完全一致方便计算机存储和处理。Alpha通道的256级精度对于大多数UI效果来说已经足够平滑。2.2 十进制整数表示法Color.argb/int在Java/Kotlin代码中我们通常使用一个32位的整数Int来表示颜色其内存结构与十六进制表示一一对应。结构这个整数的四个字节从高位到低位分别对应 A、R、G、B。最高8位第24-31位Alpha值0-255。次高8位第16-23位红色值0-255。次低8位第8-15位绿色值0-255。最低8位第0-7位蓝色值0-255。Android SDK提供了Color类来方便地操作这种颜色整数。最常用的方法是Color.argb(int alpha, int red, int green, int blue): 传入四个0-255的十进制整数返回对应的颜色整数值。val semiTransparentBlue Color.argb(128, 18, 52, 86) // 对应 #80123456也可以直接使用十六进制字面量Kotlin/Java支持val colorInt 0x80123456 // 注意这里用0x前缀且AA在前重要提示在代码中直接写0x80123456时其值就是十进制的-2147474378因为最高位是1作为有符号整数是负数。但通常我们不需要关心这个十进制值直接使用十六进制字面量或Color.argb方法更清晰。2.3 资源引用与主题属性在res/values/colors.xml中定义颜色时我们同样使用十六进制格式color namesemi_transparent_primary#80123456/color在布局或代码中引用color/semi_transparent_primary即可。此外Android系统还提供了一些预定义的半透明颜色例如android:color/transparent: 完全透明等价于#00000000。android:color/black等也都有对应的不透明版本。有时我们可能需要使用主题属性Theme Attribute来动态适应深色/浅色模式颜色也可以定义成引用另一个主题属性但这通常不涉及透明度的动态变化透明度值在定义时就需要确定。3. 透明度转换对照表的构建与使用理解了表示法我们就可以动手构建那张“宝典”级别的对照表了。这张表的核心是建立“透明度描述”、“百分比”、“十六进制值AA”和“十进制值Alpha”之间的映射关系。3.1 对照表的核心数据映射下表列出了最常用的一些透明度级别。你可以基于此扩展出更细的梯度如每5%一档。透明度描述不透明度百分比十六进制值 (AA)十进制值 (Alpha)视觉感受示例完全透明0%000完全不可见背后的内容完全显露。几乎透明10%1A26极其轻微的遮罩常用于非常 subtle 的按压态或分隔线。半透明浅20%3351能清晰看到底层内容但有一层明显的雾化效果。半透明50%80128最常用的半透明级别。对话框遮罩、底部导航栏背景常用。半透明深70%B3179底层内容较为模糊前景元素主导视觉。几乎不透明90%E6230接近实色仅有微弱通透感。完全不透明100%FF255纯色完全遮盖底层内容。构建逻辑确定百分比这是人类最直观的理解方式。100%表示完全不透明Alpha2550%表示完全透明Alpha0。计算十进制值公式为Alpha 不透明度百分比 * 255。结果四舍五入取整。例如50%不透明度0.5 * 255 127.5 ≈ 128。转换为十六进制将计算出的十进制Alpha值转换为两位的十六进制数。128的十六进制是80。你可以使用计算器的程序员模式或者记住一些常用转换255-FF,192-C0,128-80,64-40,0-00。注意这里有一个常见的混淆点“透明度百分比”在对话中通常指“不透明度”Opacity。当设计师说“给个50%透明度”时他们通常指的是50%不透明即半透明。我们的对照表也沿用这个更符合直觉的约定即百分比越高颜色越“实”。3.2 如何在开发中高效使用对照表场景一还原设计稿设计师在Sketch或Figma中标注了一个按钮的背景色是#123456且不透明度为60%。你如何写到代码里查表60%不透明度对应的十六进制AA值是99因为0.6*255153153的十六进制是99。合成颜色值将99放在原颜色#123456的前面得到#99123456。在XML中直接使用android:background#99123456或在代码中设置view.setBackgroundColor(0x99123456)场景二动态调整透明度你需要让一个视图执行淡出动画从完全显示到完全消失。val view findViewByIdView(R.id.my_view) ObjectAnimator.ofInt(view, alpha, 1f, 0f).apply { duration 300 start() }这里View的alpha属性是一个浮点数范围是0f到1f系统会自动帮我们处理到颜色Alpha通道的转换。但如果你需要直接操作颜色值比如改变一个具体颜色的透明度fun setColorAlpha(ColorInt color: Int, alphaPercent: Float): Int { val alpha (alphaPercent * 255).toInt() and 0xFF // 确保在0-255范围内 return (color and 0x00FFFFFF) or (alpha shl 24) // 清空原Alpha位填入新的 } // 使用将颜色#FF123456变为40%不透明 val newColor setColorAlpha(0xFF123456, 0.4f) // 结果约为 #66123456场景三处理预乘AlphaPre-multiplied Alpha的Bitmap这是一个高级但重要的坑。当使用Bitmap的ARGB_8888配置时像素颜色可能以预乘格式存储。简单说就是RGB值在存储时已经乘以了Alpha值归一化到0-1。这在合成图像时效率更高但直接读取像素值会得到奇怪的结果。实操心得如果你需要从Bitmap中读取原始的、未预乘的ARGB值在创建Bitmap或通过Canvas绘制时就要留意。使用Bitmap.extractAlpha()或处理PorterDuff混合模式时这个概念至关重要。对于大多数设置颜色的场景我们操作的是未预乘的颜色值对照表直接适用。4. 进阶技巧与常见问题排查掌握了基础对照在实际项目中还会遇到一些更具体的情况和陷阱。4.1 透明度与视图层级叠加效应设置一个视图的背景半透明并不意味着你能直接透过它看到屏幕最底层的内容。透明度是在视图自身的绘制过程中生效的。视图的绘制顺序Z-order和父容器的背景会影响最终效果。案例你有一个蓝色的父布局ParentView(#FF0000FF)其内部有一个半透明的红色子视图ChildView(#80FF0000)。你期望看到的是紫色混合效果。理想情况ChildView在半透明的红色下会透出父视图的蓝色背景混合成紫色。可能的问题如果ParentView的背景在ChildView绘制之后才被绘制或者ParentView没有设置背景那么ChildView透出的可能就是更下层的窗口背景比如白色结果就变成了粉红色而不是紫色。排查技巧使用Android Studio的Layout Inspector或开发者选项中的显示布局边界、调试GPU过度绘制工具可视化视图层级和绘制区域。确保父容器有预期的背景色。理解View的setBackground()、onDraw()方法以及ViewGroup的dispatchDraw()的调用顺序。4.2 性能考量过度绘制与硬件加速半透明视图会导致过度绘制Overdraw。系统需要先绘制被遮盖的内容再绘制半透明视图本身并进行混合计算。这在复杂界面上可能成为性能瓶颈。优化建议减少不必要的半透明层评估是否真的需要半透明效果。有时一个纯色分割线比一个半透明层更高效。使用android:outlineSpotShadowColor等替代方案一些阴影效果可以用视图轮廓和阴影来模拟而非一个半透明的阴影层。关注硬件加速大多数简单的颜色和透明度变换都由GPU硬件加速处理效率很高。但对于复杂的自定义View在onDraw()中频繁创建Paint对象并设置Alpha可能会迫使部分绘制回落到CPU影响性能。应复用Paint对象。4.3 常见问题速查表问题现象可能原因解决方案设置了半透明背景但看起来是全透明。1. 颜色值写错AA部分可能是00。2. 视图的宽度或高度为0。3. 视图的visibility不是VISIBLE。1. 检查颜色字符串确认AA部分。2. 检查布局参数或使用调试工具查看视图尺寸。3. 检查view.visibility。半透明区域显示为黑色或奇怪颜色。1. 父布局或窗口背景是黑色/透明。2. 在Bitmap处理中遇到了预乘Alpha问题。3. 使用了不正确的颜色混合模式。1. 给父容器设置一个预期的背景色。2. 确认Bitmap的配置和像素数据的格式。3. 检查PorterDuff.Mode的设置。动画过程中透明度变化不线性有卡顿。1. 在UI线程执行了耗时操作。2. 过度绘制严重导致每一帧渲染时间过长。1. 使用性能分析工具如Profiler检查UI线程。2. 用“调试GPU过度绘制”工具定位过度绘制区域并优化。代码中Color.argb()设置的颜色和XML里#AARRGGBB设置的颜色视觉效果有细微差别。几乎不可能。两者本质是同一数据的不同表达。差别可能来自1. 给Color.argb()传入的Alpha值计算有误如用了0-100而不是0-255。2. 视图本身还设置了android:alpha属性产生了叠加。1. 确认传入Color.argb()的Alpha值是0-255。2. 检查视图的alpha属性代码或XML。在RecyclerView或ListView中滚动时半透明Item的背景出现错乱或重叠。视图复用导致的状态未正确重置。当一个新的内容绑定到复用的ViewHolder时旧的颜色状态可能被保留。在onBindViewHolder中必须重新设置每一项的背景色或透明度即使数据看起来没变也不能依赖视图的旧状态。4.4 工具与扩展让工作更轻松在线颜色选择器与转换器很多设计网站如Material Design Color Tool或开发者网站提供实时预览和代码生成功能可以直接获取ARGB值。Android Studio 内置预览在res/values/colors.xml中定义颜色时Android Studio会在左侧显示该颜色的小色块将鼠标悬停其上还能看到放大预览对于判断透明度很有帮助。创建自定义Color Util类将常用的转换函数封装起来。object ColorUtils { /** * 将百分比透明度转换为十六进制AA字符串 * param opacityPercent 不透明度百分比0-100 */ fun opacityToHex(opacityPercent: Int): String { require(opacityPercent in 0..100) { Percentage must be between 0 and 100 } val alpha (opacityPercent * 255 / 100).toInt() return alpha.toString(16).padStart(2, 0).uppercase() } /** * 为六位颜色码添加透明度 * param colorHex 六位颜色码如 123456 * param opacityPercent 不透明度百分比0-100 */ fun addOpacityToColor(colorHex: String, opacityPercent: Int): String { return #${opacityToHex(opacityPercent)}$colorHex } } // 使用 val semiTransparentColor ColorUtils.addOpacityToColor(3399FF, 50) // 返回 #803399FF与UI设计团队的协作建立团队规范例如统一约定设计稿中标注的“透明度”即指“不透明度百分比”并推荐使用八位色值#AARRGGBB进行标注减少沟通成本。颜色透明度的处理是Android界面开发中一项看似基础却至关重要的技能。一张准确的对照表能帮你省去大量重复计算和调试的时间把精力集中在更核心的业务逻辑和用户体验优化上。记住那些关键值如100%-FF, 50%-80, 0%-00并在遇到问题时善用调试工具和理解视图绘制原理你就能从容应对各种与透明度相关的界面挑战。
Android颜色透明度对照表：ARGB十六进制与百分比转换全解析
1. 项目概述为什么我们需要一张颜色透明度对照表在Android开发中处理颜色和透明度是每天都要面对的日常。无论是设计一个优雅的渐变背景还是实现一个半透明的遮罩层亦或是让某个视图在交互时淡入淡出都离不开对颜色值特别是其中透明度分量的精确控制。然而对于许多开发者尤其是刚入行的朋友来说Android中颜色透明度的几种表示方式常常让人感到困惑。我们可能见过#FF123456这样的十六进制ARGB也见过Color.argb(255, 18, 52, 86)这样的函数调用还在XML里写过android:background#80123456。这里的FF和80到底代表多少透明度100%不透明和50%透明在代码里怎么写最方便这就是“Android颜色透明度转换对照表”要解决的问题。它不是一个复杂的库而是一个高度实用、能极大提升开发效率的参考工具。本质上它是一张桥梁表将人类容易理解的“百分比透明度”或“透明度描述”如“半透明”、“几乎透明”与机器和Android系统所需的十六进制值或十进制整数值一一对应起来。有了它你就不再需要每次都在心里默默计算或者去搜索引擎里翻找那个已经看过无数遍的“透明度百分比与十六进制对照”的截图了。你可以把它打印出来贴在墙上或者保存一个电子版在项目笔记里在UI走查、视觉还原、或调试界面层级时快速查阅确保视觉效果的精确实现。2. 颜色透明度在Android中的核心表示法解析要理解对照表必须先彻底搞懂Android中颜色透明度的几种“语言”。Android主要使用两种颜色模型带Alpha通道的ARGB和不带Alpha通道的RGB。我们关注的透明度Alpha是ARGB模型的一部分。2.1 十六进制表示法#AARRGGBB 与 #RRGGBB这是最常见于XML布局文件和颜色资源文件中的格式。格式#AARRGGBBAA: 两位十六进制数表示透明度Alpha。范围从00完全透明到FF完全不透明。RR: 两位十六进制数表示红色分量。GG: 两位十六进制数表示绿色分量。BB: 两位十六进制数表示蓝色分量。例如#80123456表示透明度80(十六进制) 128 (十进制) ≈ 50% 不透明度因为128/255 ≈ 0.5。红色12绿色34蓝色56。特殊情况当省略AA部分写作#RRGGBB时如#123456系统会默认其透明度为FF即完全不透明。这等价于#FF123456。为什么是两位十六进制一位十六进制数能表示0-1516种状态两位就能表示0-255256种状态。这与一个8位字节byte的取值范围完全一致方便计算机存储和处理。Alpha通道的256级精度对于大多数UI效果来说已经足够平滑。2.2 十进制整数表示法Color.argb/int在Java/Kotlin代码中我们通常使用一个32位的整数Int来表示颜色其内存结构与十六进制表示一一对应。结构这个整数的四个字节从高位到低位分别对应 A、R、G、B。最高8位第24-31位Alpha值0-255。次高8位第16-23位红色值0-255。次低8位第8-15位绿色值0-255。最低8位第0-7位蓝色值0-255。Android SDK提供了Color类来方便地操作这种颜色整数。最常用的方法是Color.argb(int alpha, int red, int green, int blue): 传入四个0-255的十进制整数返回对应的颜色整数值。val semiTransparentBlue Color.argb(128, 18, 52, 86) // 对应 #80123456也可以直接使用十六进制字面量Kotlin/Java支持val colorInt 0x80123456 // 注意这里用0x前缀且AA在前重要提示在代码中直接写0x80123456时其值就是十进制的-2147474378因为最高位是1作为有符号整数是负数。但通常我们不需要关心这个十进制值直接使用十六进制字面量或Color.argb方法更清晰。2.3 资源引用与主题属性在res/values/colors.xml中定义颜色时我们同样使用十六进制格式color namesemi_transparent_primary#80123456/color在布局或代码中引用color/semi_transparent_primary即可。此外Android系统还提供了一些预定义的半透明颜色例如android:color/transparent: 完全透明等价于#00000000。android:color/black等也都有对应的不透明版本。有时我们可能需要使用主题属性Theme Attribute来动态适应深色/浅色模式颜色也可以定义成引用另一个主题属性但这通常不涉及透明度的动态变化透明度值在定义时就需要确定。3. 透明度转换对照表的构建与使用理解了表示法我们就可以动手构建那张“宝典”级别的对照表了。这张表的核心是建立“透明度描述”、“百分比”、“十六进制值AA”和“十进制值Alpha”之间的映射关系。3.1 对照表的核心数据映射下表列出了最常用的一些透明度级别。你可以基于此扩展出更细的梯度如每5%一档。透明度描述不透明度百分比十六进制值 (AA)十进制值 (Alpha)视觉感受示例完全透明0%000完全不可见背后的内容完全显露。几乎透明10%1A26极其轻微的遮罩常用于非常 subtle 的按压态或分隔线。半透明浅20%3351能清晰看到底层内容但有一层明显的雾化效果。半透明50%80128最常用的半透明级别。对话框遮罩、底部导航栏背景常用。半透明深70%B3179底层内容较为模糊前景元素主导视觉。几乎不透明90%E6230接近实色仅有微弱通透感。完全不透明100%FF255纯色完全遮盖底层内容。构建逻辑确定百分比这是人类最直观的理解方式。100%表示完全不透明Alpha2550%表示完全透明Alpha0。计算十进制值公式为Alpha 不透明度百分比 * 255。结果四舍五入取整。例如50%不透明度0.5 * 255 127.5 ≈ 128。转换为十六进制将计算出的十进制Alpha值转换为两位的十六进制数。128的十六进制是80。你可以使用计算器的程序员模式或者记住一些常用转换255-FF,192-C0,128-80,64-40,0-00。注意这里有一个常见的混淆点“透明度百分比”在对话中通常指“不透明度”Opacity。当设计师说“给个50%透明度”时他们通常指的是50%不透明即半透明。我们的对照表也沿用这个更符合直觉的约定即百分比越高颜色越“实”。3.2 如何在开发中高效使用对照表场景一还原设计稿设计师在Sketch或Figma中标注了一个按钮的背景色是#123456且不透明度为60%。你如何写到代码里查表60%不透明度对应的十六进制AA值是99因为0.6*255153153的十六进制是99。合成颜色值将99放在原颜色#123456的前面得到#99123456。在XML中直接使用android:background#99123456或在代码中设置view.setBackgroundColor(0x99123456)场景二动态调整透明度你需要让一个视图执行淡出动画从完全显示到完全消失。val view findViewByIdView(R.id.my_view) ObjectAnimator.ofInt(view, alpha, 1f, 0f).apply { duration 300 start() }这里View的alpha属性是一个浮点数范围是0f到1f系统会自动帮我们处理到颜色Alpha通道的转换。但如果你需要直接操作颜色值比如改变一个具体颜色的透明度fun setColorAlpha(ColorInt color: Int, alphaPercent: Float): Int { val alpha (alphaPercent * 255).toInt() and 0xFF // 确保在0-255范围内 return (color and 0x00FFFFFF) or (alpha shl 24) // 清空原Alpha位填入新的 } // 使用将颜色#FF123456变为40%不透明 val newColor setColorAlpha(0xFF123456, 0.4f) // 结果约为 #66123456场景三处理预乘AlphaPre-multiplied Alpha的Bitmap这是一个高级但重要的坑。当使用Bitmap的ARGB_8888配置时像素颜色可能以预乘格式存储。简单说就是RGB值在存储时已经乘以了Alpha值归一化到0-1。这在合成图像时效率更高但直接读取像素值会得到奇怪的结果。实操心得如果你需要从Bitmap中读取原始的、未预乘的ARGB值在创建Bitmap或通过Canvas绘制时就要留意。使用Bitmap.extractAlpha()或处理PorterDuff混合模式时这个概念至关重要。对于大多数设置颜色的场景我们操作的是未预乘的颜色值对照表直接适用。4. 进阶技巧与常见问题排查掌握了基础对照在实际项目中还会遇到一些更具体的情况和陷阱。4.1 透明度与视图层级叠加效应设置一个视图的背景半透明并不意味着你能直接透过它看到屏幕最底层的内容。透明度是在视图自身的绘制过程中生效的。视图的绘制顺序Z-order和父容器的背景会影响最终效果。案例你有一个蓝色的父布局ParentView(#FF0000FF)其内部有一个半透明的红色子视图ChildView(#80FF0000)。你期望看到的是紫色混合效果。理想情况ChildView在半透明的红色下会透出父视图的蓝色背景混合成紫色。可能的问题如果ParentView的背景在ChildView绘制之后才被绘制或者ParentView没有设置背景那么ChildView透出的可能就是更下层的窗口背景比如白色结果就变成了粉红色而不是紫色。排查技巧使用Android Studio的Layout Inspector或开发者选项中的显示布局边界、调试GPU过度绘制工具可视化视图层级和绘制区域。确保父容器有预期的背景色。理解View的setBackground()、onDraw()方法以及ViewGroup的dispatchDraw()的调用顺序。4.2 性能考量过度绘制与硬件加速半透明视图会导致过度绘制Overdraw。系统需要先绘制被遮盖的内容再绘制半透明视图本身并进行混合计算。这在复杂界面上可能成为性能瓶颈。优化建议减少不必要的半透明层评估是否真的需要半透明效果。有时一个纯色分割线比一个半透明层更高效。使用android:outlineSpotShadowColor等替代方案一些阴影效果可以用视图轮廓和阴影来模拟而非一个半透明的阴影层。关注硬件加速大多数简单的颜色和透明度变换都由GPU硬件加速处理效率很高。但对于复杂的自定义View在onDraw()中频繁创建Paint对象并设置Alpha可能会迫使部分绘制回落到CPU影响性能。应复用Paint对象。4.3 常见问题速查表问题现象可能原因解决方案设置了半透明背景但看起来是全透明。1. 颜色值写错AA部分可能是00。2. 视图的宽度或高度为0。3. 视图的visibility不是VISIBLE。1. 检查颜色字符串确认AA部分。2. 检查布局参数或使用调试工具查看视图尺寸。3. 检查view.visibility。半透明区域显示为黑色或奇怪颜色。1. 父布局或窗口背景是黑色/透明。2. 在Bitmap处理中遇到了预乘Alpha问题。3. 使用了不正确的颜色混合模式。1. 给父容器设置一个预期的背景色。2. 确认Bitmap的配置和像素数据的格式。3. 检查PorterDuff.Mode的设置。动画过程中透明度变化不线性有卡顿。1. 在UI线程执行了耗时操作。2. 过度绘制严重导致每一帧渲染时间过长。1. 使用性能分析工具如Profiler检查UI线程。2. 用“调试GPU过度绘制”工具定位过度绘制区域并优化。代码中Color.argb()设置的颜色和XML里#AARRGGBB设置的颜色视觉效果有细微差别。几乎不可能。两者本质是同一数据的不同表达。差别可能来自1. 给Color.argb()传入的Alpha值计算有误如用了0-100而不是0-255。2. 视图本身还设置了android:alpha属性产生了叠加。1. 确认传入Color.argb()的Alpha值是0-255。2. 检查视图的alpha属性代码或XML。在RecyclerView或ListView中滚动时半透明Item的背景出现错乱或重叠。视图复用导致的状态未正确重置。当一个新的内容绑定到复用的ViewHolder时旧的颜色状态可能被保留。在onBindViewHolder中必须重新设置每一项的背景色或透明度即使数据看起来没变也不能依赖视图的旧状态。4.4 工具与扩展让工作更轻松在线颜色选择器与转换器很多设计网站如Material Design Color Tool或开发者网站提供实时预览和代码生成功能可以直接获取ARGB值。Android Studio 内置预览在res/values/colors.xml中定义颜色时Android Studio会在左侧显示该颜色的小色块将鼠标悬停其上还能看到放大预览对于判断透明度很有帮助。创建自定义Color Util类将常用的转换函数封装起来。object ColorUtils { /** * 将百分比透明度转换为十六进制AA字符串 * param opacityPercent 不透明度百分比0-100 */ fun opacityToHex(opacityPercent: Int): String { require(opacityPercent in 0..100) { Percentage must be between 0 and 100 } val alpha (opacityPercent * 255 / 100).toInt() return alpha.toString(16).padStart(2, 0).uppercase() } /** * 为六位颜色码添加透明度 * param colorHex 六位颜色码如 123456 * param opacityPercent 不透明度百分比0-100 */ fun addOpacityToColor(colorHex: String, opacityPercent: Int): String { return #${opacityToHex(opacityPercent)}$colorHex } } // 使用 val semiTransparentColor ColorUtils.addOpacityToColor(3399FF, 50) // 返回 #803399FF与UI设计团队的协作建立团队规范例如统一约定设计稿中标注的“透明度”即指“不透明度百分比”并推荐使用八位色值#AARRGGBB进行标注减少沟通成本。颜色透明度的处理是Android界面开发中一项看似基础却至关重要的技能。一张准确的对照表能帮你省去大量重复计算和调试的时间把精力集中在更核心的业务逻辑和用户体验优化上。记住那些关键值如100%-FF, 50%-80, 0%-00并在遇到问题时善用调试工具和理解视图绘制原理你就能从容应对各种与透明度相关的界面挑战。 
