Hilt注入函数式UseCase报缺少@Provides注解方法错误排查

这个报错的核心是Hilt无法匹配你提供的FetchHlsUseCase依赖和ViewModel声明的注入类型，本质是Kotlin特性和Dagger/Hilt的JVM类型识别逻辑不兼容：

• Kotlin的typealias是纯编译期语法糖，编译后会被直接擦除为对应的原生JVM函数类型，不会生成独立的新类型。比如typealias FetchHlsUseCase = (Token) -> Unit编译后等价于kotlin.jvm.functions.Function1<Token, Unit>。
• Kotlin在生成JVM字节码时，会自动给函数类型的泛型添加通配符标记：入参类型会生成? super T的变型，返回值类型会生成? extends R的变型。你在Module中提供的是Function1<Token, Unit>，但Hilt注入时查找的目标类型是Function1<? super Token, Unit>，泛型签名不匹配，就会抛出依赖无法提供的错误。

另外直接用函数类型作为注入类型本身存在设计缺陷：后续如果新增另一个同签名的函数类型别名（比如其他业务场景下的(Token) -> Unit类型UseCase），Hilt会直接判定为类型重复冲突，无法区分两个依赖。

用Kotlin的fun interface定义UseCase，从根源解决类型擦除和泛型匹配问题，同时保证类型安全：

1. 替换原有的顶层函数+类型别名写法，为每个UseCase定义独立的函数式接口：

fun interface GetHlsUseCase {
    operator fun invoke(): Flow<List<Hls>>
}

fun interface FetchHlsUseCase {
    operator fun invoke(token: Token)
}

2. 调整Hilt依赖提供模块，直接返回对应接口实例，建议把多个UseCase的提供方法合并到同一个Module中，且用object类声明避免生成多余实例：

@Module
@InstallIn(ViewModelComponent::class)
object TvUseCaseModule {
    @Provides
    fun provideGetHlsUseCase(tvRepository: TvRepository): GetHlsUseCase {
        return GetHlsUseCase { tvRepository.getHls() }
    }

    @Provides
    fun provideFetchHlsUseCase(tvRepository: TvRepository): FetchHlsUseCase {
        return FetchHlsUseCase { token -> tvRepository.fetchHls(token.token) }
    }
}

3. ViewModel层代码不需要做任何修改，保持原有注入逻辑即可，重新编译项目就能完成正常注入。

临时兼容方案（不推荐长期使用） #

如果暂时不想重构现有类型别名的写法，可以在ViewModel的注入参数上添加@JvmSuppressWildcards注解，抑制Kotlin生成泛型通配符，让Hilt可以正常匹配类型：

@HiltViewModel
class TvViewModel @Inject constructor(
    private val fetchHlsUseCase: @JvmSuppressWildcards FetchHlsUseCase,
    private val getHlsUseCase: @JvmSuppressWildcards GetHlsUseCase
) : BaseViewModel() {
    val hls = getHlsUseCase().asLiveData(coroutineExceptionHandler)
}

这种方案的缺点是后续新增同签名依赖时会出现类型冲突，且每个注入点都需要额外添加注解，维护成本更高。

@Binds注解仅适用于「将接口类型绑定到它的实现类」的场景，作用是比@Provides少生成一次实例调用代码，提升编译和运行性能。你当前的逻辑是在Module中直接构造依赖实例返回，用@Provides是完全正确的，不需要强行替换为@Binds。

内容的提问来源于stack exchange，提问作者Arek Kubiński