能否在Kotlin Multiplatform中调用Swift URL Session？

你的架构思路（Swift实现View/ViewModel，KMM承载Repository层，同时保留原生网络层）不仅可行，还能很好平衡跨平台代码复用与原生网络特性的优势，下面从合理性、实现步骤和优势三个方面具体说明：

一、架构分层的合理性 #

Repository层的核心职责是封装业务逻辑、统一数据获取入口，本身就适合做抽象解耦。通过在KMM中定义网络数据源的抽象接口，让iOS/Android端分别用原生技术实现网络请求，既能让Repository层复用跨平台的业务逻辑，又能完全保留各平台网络层的原生特性（比如iOS的URLSession系统适配、Alamofire生态，Android的OkHttp拦截器、Retrofit注解化请求等），完美解决你不想丢失原生网络特性的需求。

二、具体实现步骤 #

1. KMM模块定义抽象与核心逻辑 #

在KMM的共享模块中，定义网络数据源的抽象接口、数据实体和Repository实现：

// 共享数据实体
data class User(val id: String, val name: String, val email: String)

// 网络数据源抽象接口
interface NetworkDataSource {
    suspend fun fetchUserInfo(userId: String): User
}

// 跨平台复用的Repository
class UserRepository(private val networkDataSource: NetworkDataSource) {
    suspend fun getUserInfo(userId: String): User {
        // 这里可以加入统一业务逻辑：比如参数校验、缓存逻辑、数据转换
        return networkDataSource.fetchUserInfo(userId)
    }
}

2. iOS端实现原生网络数据源 #

用Swift实现KMM定义的NetworkDataSource接口，使用原生网络组件完成请求：

import Foundation
// 注意：KMM生成的Swift模型会自动导入
import Shared

class iOSNetworkDataSource: NetworkDataSource {
    func fetchUserInfo(userId: String) async throws -> User {
        guard let url = URL(string: "https://api.example.com/users/\(userId)") else {
            throw NetworkError.invalidURL
        }
        let (data, response) = try await URLSession.shared.data(from: url)
        guard let httpResponse = response as? HTTPURLResponse, httpResponse.statusCode == 200 else {
            throw NetworkError.requestFailed
        }
        return try JSONDecoder().decode(User.self, from: data)
    }
}

enum NetworkError: Error {
    case invalidURL
    case requestFailed
}

// ViewModel中初始化Repository并使用
class UserViewModel: ObservableObject {
    private let userRepository: UserRepository
    
    init() {
        let dataSource = iOSNetworkDataSource()
        self.userRepository = UserRepository(networkDataSource: dataSource)
    }
    
    @Published var user: User?
    
    func loadUser(userId: String) async {
        do {
            let fetchedUser = try await userRepository.getUserInfo(userId: userId)
            DispatchQueue.main.async {
                self.user = fetchedUser
            }
        } catch {
            // 处理错误逻辑
            print("加载用户失败：\(error.localizedDescription)")
        }
    }
}

3. Android端实现原生网络数据源 #

Android端用Kotlin实现NetworkDataSource，使用OkHttp/Retrofit完成请求，Repository直接复用KMM的实现即可：

// Android端网络数据源实现
class AndroidNetworkDataSource : NetworkDataSource {
    private val retrofit = Retrofit.Builder()
        .baseUrl("https://api.example.com/")
        .addConverterFactory(GsonConverterFactory.create())
        .build()
        .create(UserApi::class.java)
    
    override suspend fun fetchUserInfo(userId: String): User {
        return retrofit.getUser(userId)
    }
    
    interface UserApi {
        @GET("users/{userId}")
        suspend fun getUser(@Path("userId") userId: String): User
    }
}

// ViewModel中使用
class UserViewModel : ViewModel() {
    private val userRepository = UserRepository(AndroidNetworkDataSource())
    val userLiveData = MutableLiveData<User>()
    
    fun loadUser(userId: String) {
        viewModelScope.launch {
            val user = userRepository.getUserInfo(userId)
            userLiveData.postValue(user)
        }
    }
}

三、该方案的核心优势 #

• 业务逻辑复用：Repository层的核心业务逻辑（缓存、数据校验、业务规则）只需要编写一次，iOS和Android直接复用，减少重复代码。
• 原生特性最大化：网络层完全由原生端实现，能充分利用各平台的网络优化工具、系统级适配能力和生态资源，不会因为跨平台网络库牺牲性能或功能。
• 架构扩展性强：后续如果需要添加本地数据源（比如iOS的CoreData、Android的Room），同样可以通过抽象接口让原生端实现，Repository层无需修改，保持架构的灵活性。

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