Kotlin多平台Gradle依赖疑问：Ktor Client版本选择困惑

问题1：是否必须始终引入ktor-client-core？ #

是的，ktor-client-core 是Ktor Client的核心基础库，提供了跨平台统一的API接口、请求/响应模型、拦截器框架等核心能力。所有平台的Ktor Client实现都依赖这个库的抽象层，因此无论你开发哪个平台的项目，都必须引入它。

问题2：何时需显式引入平台专属版本（Linux下IntelliJ中仅引入通用版即可正常运行）？ #

• 在Kotlin Multiplatform项目中，需要显式为每个目标平台（如JVM、JS、iOS）指定对应的专属版本，确保各平台能获取到适配的底层实现；
• 纯JVM项目（包括Linux桌面的Java/Kotlin项目）中，Gradle的自动依赖解析机制会自动拉取适配JVM的版本，因此仅引入通用版即可正常运行；
• 当你需要使用某平台特有的网络引擎（如JVM上的OkHttp引擎、JS上的Fetch引擎）或平台专属功能时，也需要显式引入对应平台的版本来补充依赖。

问题3：平台专属版本是否会替代通用版ktor-client-core？ #

不会。ktor-client-core 提供的是跨平台的抽象层，平台专属版本（如ktor-client-core-jvm）则是该平台特有的底层实现补充，二者是协作关系而非替代关系。在依赖解析时，平台专属版本会与通用版共存，共同完成客户端的功能逻辑。

问题4：已有JVM版本可在桌面系统运行Java，为何还要有iOS、Linux、Windows专属版本？ #

主要出于以下几点原因：

• 平台兼容性：iOS、Android等平台本身不支持JVM运行时，必须使用对应平台的原生编译工具链生成可执行文件，专属版本就是为这类平台适配的；
• 性能与部署优势：Linux/Windows专属版本可编译为无需JRE的原生二进制文件，启动速度更快、内存占用更低，适合对性能和部署体积有严格要求的场景；
• 原生网络API调用：不同平台的网络底层实现差异显著（如iOS用NSURLSession、Linux用libcurl），专属版本能直接调用原生网络API，获得更好的性能和平台兼容性。

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