如何实现Mockk mock扩展函数的类型安全方案？

现有硬编码mockkStatic字符串参数的方案确实存在重构后测试静默失效的问题，可通过以下两种编译期安全的方案解决：

方案1：通过JvmName生成类的KClass引用 #

你之前用到的@file:JvmName注解会为顶层扩展文件生成对应的JVM类，不需要手写字符串路径，直接传入该类的KClass引用即可：

1. 扩展函数文件声明：

// 存放扩展的Kotlin文件，例如StringUtils.kt
@file:JvmName("StringUtils")
package com.example.common

fun String.removeExtraSpaces(): String = replace("\\s+".toRegex(), " ")

2. 测试时mock写法：

// 直接传入生成的Jvm类引用，不需要硬写全限定名字符串
mockkStatic(StringUtils::class)

// mock扩展函数行为的写法和之前一致
every { any<String>().removeExtraSpaces() } returns "mock result"

这种写法下，如果后续修改包名、修改@JvmName的值或者移动文件，IDE会直接抛出编译错误，不会等到运行测试才发现问题。

方案2：直接引用扩展函数（Mockk 1.12.0+支持） #

更高版本的Mockk支持直接传入扩展函数的引用定位需要mock的静态范围，写法更简洁：

mockkStatic(String::removeExtraSpaces)

该写法仅适用于单个扩展函数的mock场景，如果需要mock同一个文件里的多个扩展函数，用方案1更高效

以上两种方案都完全规避了硬编码字符串的问题，所有修改都会在编译期暴露错误，不会出现重构后测试静默失效的情况。

内容的提问来源于stack exchange，提问作者Diego Gómez Olvera