为何dp在Android TV上表现不符预期？不同分辨率Card尺寸不一致

你遇到的问题核心是Android TV模拟器的密度配置偏差，以及固定dp值在不同尺寸TV屏幕上的适配局限性，具体原因和解决办法如下：

1. 模拟器密度与物理尺寸不匹配 #

Android TV的dp计算依赖真实的屏幕物理密度（DPI），但默认模拟器的DPI设置可能和对应分辨率+尺寸的真实TV不符。比如720p（1280x720）的32英寸TV真实DPI约为42，而模拟器可能默认设为160dpi（手机级密度）；1080p（1920x1080）的55英寸TV真实DPI约为39，模拟器可能设为320dpi。这种错误的密度配置会导致相同dp值转换后的像素数偏差，最终视觉大小不一致。

解决办法：

• 进入模拟器的「设置」-「显示」，查看并调整DPI值，使其匹配对应分辨率和物理尺寸的真实DPI（可通过公式DPI = √(宽²+高²)/屏幕尺寸(英寸)计算）。
• 或者创建模拟器时，选择符合真实TV参数的设备模板（比如Google TV的官方模板），避免手动修改导致的参数不匹配。

2. 固定dp值不适配TV屏幕跨度 #

Android TV的屏幕尺寸从32英寸到85英寸以上跨度极大，固定412.dp、200.dp这类硬编码值，会导致在大尺寸屏幕上Card占比过小，小尺寸屏幕上占比过大，视觉体验不一致。

解决办法：

• 使用相对布局替代固定尺寸：比如用Modifier.fillMaxWidth(0.3f)让Card宽度占父容器的30%，Modifier.aspectRatio(2.06f)（对应412:200的比例）保持宽高比，这样Card会随屏幕大小自适应缩放。
• 示例代码修改：

Card(
    modifier = Modifier
        .fillMaxWidth(0.3f)
        .aspectRatio(412f / 200f),
    // 其他参数不变
)

3. 自定义DPI处理逻辑可能存在问题 #

你代码中CornerRadiusTokens.radius_300.withDPIOffset(LocalContext.current)这个自定义方法，如果没有基于Compose的LocalDensity来计算，而是用旧的Context获取DPI，可能导致布局计算出现偏差（虽然直接影响的是圆角，但也可能间接干扰整体布局逻辑）。

解决办法：

• 改用Compose提供的LocalDensity来处理密度相关计算，示例：

val density = LocalDensity.current
val cornerRadius = with(density) {
    CornerRadiusTokens.radius_300.toDp()
}

4. 优先使用TV专用组件 #

原生Compose的Card是通用组件，没有针对TV的操作距离、焦点交互做优化。Google提供的leanback-compose库有专门的TV卡片组件，已经适配了不同分辨率和尺寸的TV设备，能避免很多适配问题。

解决办法：

• 引入leanback-compose依赖，使用TvCard替代原生Card，示例：

TvCard(
    modifier = Modifier.fillMaxWidth(0.3f),
    onClick = { /*TODO*/ },
    content = { /* 卡片内容 */ }
)

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