Kotlin中能否限制泛型函数仅接收原始类型与String类型参数？

Kotlin 完全可以在编译阶段实现这类类型约束，不需要运行时额外校验，从根源上拦截自定义类的非法传参。

问题根源 #

你当前的函数使用Any?作为参数值的类型，等于主动告知编译器所有类型都合法，编译器自然不会对Angle这类自定义类的传参做任何拦截，最终只能在运行时发现拼接结果错误。

最优实现：多重重载覆盖所有合法类型 #

Kotlin 目前不支持在单个函数参数上直接声明「仅接受Number、String、Boolean三类无继承关系类型」的联合类型约束，但可以通过同名函数重载的方式，分别对应所有允许传入的合法类型，绝对不要声明Any?类型的重载版本，即可实现编译期的强类型校验：

// 允许传入字符串类型
fun addUrlParam(name: String, value: String?) {
    // 原有拼接逻辑：值非空时直接拼接即可
}

// 允许传入所有内置数字类型（Int、Long、Float、Double等均为Number的子类）
fun addUrlParam(name: String, value: Number?) {
    // 原有拼接逻辑：值非空时调用toString()转成字符串拼接
}

// 允许传入布尔类型
fun addUrlParam(name: String, value: Boolean?) {
    // 原有拼接逻辑：值非空时自动转为"true"/"false"拼接
}

实际使用效果 #

• 合法传参完全兼容：传入30（Int，匹配Number重载）、"active"（String，匹配字符串重载）、false（Boolean，匹配布尔重载）都可以正常调用，和你之前的传参写法没有任何区别
• 非法传参直接编译失败：传入Angle(30, DEGREES)这类自定义类实例时，IDE会第一时间标红提示类型不匹配，写代码阶段就能发现传参错误，不会等到运行时才排查出URL参数拼接异常的问题。

方案对比说明 #

不推荐使用密封类、自定义值类包装参数的实现方式，这类方案要求调用方传参时手动做一层包装，对现有代码的改造成本很高；重载方案对调用方完全无侵入，只需要把原来接收Any?类型的单函数替换成三个重载即可，适配成本极低。
如果后续需要新增其他合法的基础参数类型（比如Char），只需要对应新增一个该类型的重载函数即可，所有自定义类始终无法匹配到合法重载，会被编译器持续拦截。

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