Hey 伙计！我来帮你把这些问题理清楚，给你最实用的解决方案：

首先看到你之前已经解决了一个小问题——只要导入对应版本的Material依赖并同步，再导入androidx.compose.material.icons.filled.*就能正常使用图标了，但现在你遇到了新的场景：你用Material3开发的Kotlin移动端App，想在登录页实现密码可见性切换的功能，需要的图标却在Material2的资源包里，于是你产生了两个核心疑问，还在尝试降级时遇到了报错，咱们一个个来解决：

关于你的两个核心疑问 #

• 要不要直接降级到Material2？
  非常不建议这么做！Material3是Material Design的最新迭代版本，包含了大量新特性、优化后的组件和更符合现代设计的规范，降级操作会让你直接损失这些优势，而且你现有基于Material3编写的代码，大概率会因为组件API不兼容出现一大堆报错——就像你尝试降级时遇到的问题一样，后续的修复成本会非常高。
• 能不能同时使用Material2和Material3？
  当然可以！Compose完全支持在同一个项目中同时引入Material2和Material3的依赖，这样你既能保留Material3的所有特性，又能轻松用到Material2里的图标资源。不过要注意在导入组件或图标时，明确指定对应的包路径，避免代码混淆（比如Material2的图标包路径是androidx.compose.material.icons，Material3的是androidx.compose.material3.icons）。

你尝试降级时遇到的报错原因&解决办法 #

你把build.gradle.kts里的依赖从implementation(libs.androidx.material3)改成implementation(libs.androidx.material2)后，出现了Unresolved reference to version catalog和Unresolved reference: material2这两个错误，原因其实很简单：你的项目的**版本目录（version catalog）**里根本没有配置material2这个依赖项！

版本目录（也就是项目中的libs.versions.toml文件）只会预配置你项目已经用到过的依赖别名，你突然改成material2，系统找不到对应的配置信息，自然就会报错。

如果实在要尝试降级（再次强调：非常不推荐），你需要先在libs.versions.toml里添加Material2的版本配置，示例如下：

[versions]
androidx-material2 = "1.9.0"

[libraries]
androidx-material2 = { group = "androidx.compose.material", name = "material", version.ref = "androidx-material2" }

配置完成后再同步项目，但如之前所说，这么做会导致大量Material3组件的API不兼容问题，需要你逐个修改代码，成本极高，所以还是更推荐你采用「同时引入两个依赖」的方案。

最优解决方案：同时引入Material2和Material3依赖 #

直接在你的build.gradle.kts中保留原有的Material3依赖，新增Material2的依赖即可（如果你的版本目录没配置Material2，也可以直接写完整的依赖路径）：

// 保留你原本的Material3依赖，确保现有功能正常
implementation(libs.androidx.material3)
// 新增Material2依赖，用于获取需要的图标
implementation("androidx.compose.material:material:1.9.0")

同步项目之后，你就可以在需要实现密码可见性切换的地方，导入androidx.compose.material.icons.filled.*里的Visibility和VisibilityOff图标，其他部分依然可以正常使用Material3的所有组件，完全不会产生冲突。

备注：内容来源于stack exchange，提问作者user28160365