Swift Testing结构体添加deinit触发Copyable编译错误的技术问询

问题根源 #

Swift Testing中被@Suite标记的测试结构体默认遵循Copyable协议，而Copyable类型不允许声明deinit，这就是你遇到编译错误的核心原因。依赖deinit做内存泄漏检测的思路来自XCTest的类套件设计，但Swift Testing的结构体套件有专门的生命周期钩子，无需使用deinit。

正确实现方案 #

使用Swift Testing官方提供的@Setup和@Teardown属性替代init和deinit，配合弱引用完成内存泄漏验证，无需添加~Copyable：

import Testing
@testable import Quote_Droplet

@Suite("Single Quote View Model Tests") struct SingleQuoteViewModel_Tests {
    var sut: SingleQuoteViewModel?
    weak var weakSUT: SingleQuoteViewModel?

    @MainActor @Setup func setUp() {
        // 在Setup钩子中初始化SUT，并绑定弱引用
        self.sut = SingleQuoteViewModel(/* 传入所需参数 */)
        self.weakSUT = self.sut
    }

    @Teardown func tearDown() {
        // 手动释放强引用
        sut = nil
        // 验证弱引用是否被自动置空，确认无内存泄漏
        #expect(weakSUT == nil)
    }

    // 示例测试方法
    @Test func testViewModelFunctionality() async {
        guard let sut = sut else {
            #expect(false, "SUT初始化失败")
            return
        }
        // 执行具体测试逻辑
    }
}

方案说明 #

1. 生命周期钩子适配：@Setup对应XCTest的setUp()，负责初始化测试依赖；@Teardown对应tearDown()，负责清理和验证，是Swift Testing官方推荐的生命周期管理方式。
2. 内存泄漏验证逻辑：在@Teardown中先手动置空强引用sut，再检查weakSUT是否为nil——如果ViewModel没有被强引用链持有，弱引用会自动变为nil，以此确认无内存泄漏。
3. 遵循Swift Testing设计规范：保持测试结构体的Copyable特性，每个测试方法会拿到独立的套件实例拷贝，避免测试间的状态污染，符合框架的设计初衷。

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